至少每天整合一次
持續整合continuous integration (ci) 是一種開發實踐，它要求開發人員每天數次將**整合到共享倉庫中。每次簽入（**）之後都由乙個自動化構建進行驗證，從而使團隊能夠更早發現問題。
通過頻繁的整合，您可以快速的發現錯誤並更容易定位到錯誤原因。
快速解決問題
因為你的整合非常頻繁，使定位問題的時間明顯減少，所以你有更多的時間去開發功能。
持續整合是低成本的，反之，不持續整合是高成本的，如果你不遵循持續整合方法，在兩次整合之間的間隔很長。這使得查詢和修復問題的難度成本增加。這樣的整合問題很容易使專案偏離計畫或者導致專案完全失敗。
持續集成為你的組織帶來多個好處：
持續整合並不能消除bug，但它確實使查詢和刪除bug變得非常容易。
不僅僅是乙個過程
持續整合有幾個重要的原則和實踐支援實踐
如何做到
團隊責任
持續部署
持續部署與持續整合密切相關，是指將通過了自動化測試的軟體發不到生產環境。
本質上，它是向使用者發布乙個好的構建的實踐。
通過採用持續整合和持續部署，不僅能降低風險和快速的發現bug，而且快速獲得可工作的軟體。
通過低風險的版本發布，你能夠快速應對業務需求和客戶需求，這使得運營和交付之間能夠更好的協作，推動組織真正的變革，並將發布過程轉化為業務優勢。
持續整合（一）
一 提出 整合軟體 的過程不是新問題，如果專案開發的規模比較小，比如乙個人的專案，如果它對 外部系統 的依賴很小，那麼軟體整合不是問題，但是隨著軟體專案複雜度的增加 即使增加乙個人 就會對整合和確保 軟體元件 能夠在一起工作提出了更多的要求 要早整合，常整合 早整合，頻繁的整合幫助專案在早期發現專案...
持續整合簡介
想起我剛畢業後，進入一家以軟體外包為主的外企做開發。它使用傳統的瀑布式的軟體開發流程，沒有使用任何的敏捷實踐。我每天上班開啟電腦，拿到自己的任務，然後從版本控制更新 開啟工程按下build，準備進行今天的開發任務。突然發現build失敗 通常是編譯不過 大喊一聲 誰break build啦 也沒有人...
持續整合 CI
引子 記得剛加入趨勢開始開發工作 的時候曾被告知，趨勢有一套auto build的系統，會每天夜裡自動把當天check in的 進行構建，生成qa可測試 的build。每個rd都得小心提交code，因為專案結束的時候會看auto build的失敗率。可是構建失敗總是在所難免，尤其是每次要提交cand...