持續集成一種優秀的軟件開發實踐，通過自動化的構建（包括代碼更新、靜態檢查、編譯，DT測試、自動化測試驗證、自動打包、自動部署)來驗證，從而儘快地發現集成錯誤，降低軟件開發風險、增強項目可視性。在使用持續集成中到現在總結了一些經驗：
1、svn源碼路徑下不要放於代碼無關的資料，如開發測試文檔，這些資料的頻繁提交都會導致svn modification發生狀態改變，導致持續集成頻繁執行。
2、持續集成最好下面兩種類型都要做。
增量集成：當有代碼提交就執行一次持續集成、或每隔一段時間檢測如有代碼提交執行一次持續集成。
完全集成：將代碼全部清空，從svn重新下載全新代碼開始持續集成，防止持續集成機器私自被工程師調試報錯問題時本地代碼被修改，適合用於階段性發布的版本包。
3、持續集成需要專人維護和推動，svn提交人衆多，出了問題需要維護人去定位，並推動開發工程師修改，如果是持續集成環境自身原因，如環境、網絡等問題需要維護人去修改，所有問題形成日誌記錄。
流程：持續集成報錯-》持續集成維護人定位出錯責任人-》出錯責任人處理問題-》出錯責任人反饋給持續集成維護人。
4、防止問題過度指標化，失敗的原因很多，如產品、環境、用例、網絡、工具，需要聚焦在產品質量持續提升和發現問題立即改正上。