敏捷軟件開發從提出到現在有16年了，經過16年的考驗和沉淀，有些實踐也許已經不再使用，或者仍然存在爭議，而持續集成這個實踐愈發顯示出其突出的位置，可以預見其將成為新一代軟件工程的標準配置。

持續集成最典型場景

在代碼提交后5分鐘之內，代碼被編譯并測試通過，程序員進入到后續工作，或者代碼被編譯并測試不通過，程序員在約定的15分鐘內修復了，持續集成通過，程序員轉入后續工作；或者15分鐘沒有修復，回滾到上個持續集成通過版本，程序員在自己本地環境修復，修復后再提交。

在持續交付一書中，總結了如下相關內容

持續集成的前提條件

頻繁提交

創建全面的自動化測試套件

保持較短的構建和測試

管理開發工作區

持續集成中必不可少的實踐

構建失敗后不要提交新代碼

提交前本地運行所以的提交測試

等提交測試通過后再繼續工作

回家之前，構建必須處于成功狀態

時刻準備著回滾到前一個版本

在回滾之前要規定一個修復時間

不要將失敗的測試注釋掉

為自己導致的問題負責

測試驅動的開發

持續集成中推薦的實踐

極限編程開發實踐

若違背架構原則，就讓構建失敗

若測試運行變慢，就讓構建失敗

若有編譯警告或代碼風格問題，就讓測試失敗

總結

以上是生活随笔為你收集整理的新一代软件工程的标配：持续集成的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。