持續整合的目標是讓軟體一直處於可工作的狀態
版本控制
自動化構建
團隊共識
開發人員使用持續整合服務的簡單流程
檢視一下是否有構建正在執行，如果有的話，等它完事，如果它失敗了，就和團隊的其他人把他一起修復，然後再提交**
一旦構建完成且測試完全通過，就從版本控制庫中將該版本的**更新到自己的開發環境上
在自己的開發機上執行構建指令碼，執行測試，以確保在你機器上的所有**都正常工作
如果本地構建成功，你提交**
然後等待你這次提交的構建結果
如果失敗了，停下手中的活，修復問題，轉到步驟3
如果成功，慶祝一下，開始下個任務吧
單元測試，整合測試，驗收測試
頻繁的執行不能佔據太長時間
開發人員開始新任務的時候，應該總是從乙個已知正確的狀態開始
jenkins，cruisecontrol，go，teamcity等
如果你不想第二天被同事罵的話
按照持續繼承的流程，前乙個版本肯定是沒有問題的
比如說10分鐘沒有修復問題，就回滾
要麼測試錯了，要麼改出問題了，，要麼測試可以刪除了，酌情處理，而不是注釋掉
我們任務下面的實踐也是有用的
持續整合是部署流水線的基石，即使只採用了持續整合，也會對開發流程帶來極大的改善
持續整合 持續交付 持續部署
持續整合 持續整合強調開發人員提交了新 之後，立刻進行構建 單元 測試。根據測試結果，我們可以確定新 和原有 能否正確地整合在一起。持續交付 持續交付在持續整合的基礎上，將整合後的 部署到更貼近真實執行環境的 類生產環境 production like environments 中。比如，我們完成單...
持續整合 持續交付 持續部署
參考 1 continuous integration 持續整合 持續整合強調對於開發人員的每個提交，立刻進行構建 單元 測試。根據測試結果，我們可以確定新 和原有 能否正確地整合在一起。2 continuous delivery 持續交付 持續交付在持續整合的基礎上，將整合後的 部署到更貼近真實執...
談談持續整合 持續交付 持續部署
經常會聽到持續整合，持續交付，持續部署，三者究竟是什麼，有何聯絡和區別呢？什麼是 持續 所謂的持續，就是說每完成乙個完整的部分，就向下個環節交付，發現問題可以馬上調整。是的問題不會放大到其他部分和後面的環節。這種做法的核心思想在於 既然事實上難以做到事先完全了解完整的 正確的需求，那麼就乾脆一小塊一...