《配置管理最佳實踐》——2.11 持續內建與每日建構

本節書摘來自異步社群《配置管理最佳實踐》一書中的第2章，第2.11節，作者： 【美】bob aiello , leslie sachs著，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視

持續內建是一個相當流行的軟體開發實踐。現在，人們時常把持續內建和靈活開發聯系到一起。實際上，即使開發團隊使用的不是靈活開發的過程, 持續內建在他們之間也已經非常流行。另外一個很明顯的現象是很多研發團隊并不需要簽入建構（commit build, check-in build），也就是說并不需要每次有代碼簽入代碼庫都要立刻觸發一個建構。很多時候，每日建構已經足夠用了，而且也容易實作。持續內建經常會發起很多沒必要的失敗建構，導緻顯示面闆上出現很多沒必要的失敗記錄。某些建構可能需要幾個小時才能完成，這時持續的建構就會導緻一個很長的建構隊列，最終使有些建構無法完成。在我工作過的公司，我認為選擇每日建構可能會更好。我的觀點是盡可能采取更輕量級的流程。恰好夠用的過程改進是我最推崇的，這也是建立有效開發過程最實際最直接的方法。