目錄
一、什麼是持續整合
二、持續整合的優勢
三、持續整合面板
四、每日構建與持續整合
五、持續整合常見問題解決方案
六、持續整合環境配置
七、公告板外掛程式
持續整合（ci）是一種軟體開發實踐，即團隊開發成員經常整合他們的工作，通常每個成員每天至少整合一次，也就意味著每天可能會發生多次整合。
每次整合都通過自動化的構建（編譯、發布、自動化測試）來驗證，從而盡快地發現整合錯誤。許多團隊你發現這個過程可以大大減少整合的問題，讓軟體能夠更快的開發高內聚的軟體。
1、盡早發現缺陷
2、快速反饋，開發工程師能夠馬上獲得提交的修改的反饋
3、建立簡單易遵守的準則
4、發現開發中的問題
1、構建失敗率高？
2、構建修復難？
保證每乙個方法都有輸出，trace可以快速定位缺陷；
善於使用windbg等debug工具；
測試人員有責任幫助開發人員定位缺陷根本原因
3、在失敗構建上繼續提交**？
設定郵件通知功能，保證構建結果公開，透明
4、持續整合主要是技術上的問題？
5、持續整合bvt通常1小時以上才能出結果？
縮短bvt測試集合，一般應在30分鐘內結束，保證基本功能的驗證結果在最短時間內發布
1、visualsvn server manager
2、tortoisesvn
3、jdk
4、jenkins
5、plugins：
6、bat/shell
安裝build monitor外掛程式
保持敏捷 持續整合
敏捷的乙個要點就是 快速反饋。從最早的每日構建，到現在的持續整合，都是開發者為了迅速獲得系統反饋而採取的一系列措施。而且反饋資訊越來越快速，資訊要求越來越高。一次整合的過程步驟大概如下 自動更新 編譯構建 自動測試 報告整合結果。需要使用者寫好各過程命令 比如更新版本 並在整合伺服器的支援下，把各過...
敏捷質疑 持續整合
敏捷質疑 持續整合 q 我的產品是電信級的裝置,幾百人分成幾十個專案組在開發,各個專案組進度不統一,如何整合?a 你要做的其實跟技術無關,更多的是管理工作,就是制定你的產品級別的整合策略.這涉及到需求分析和發布計畫 依賴管理,價值和風險識別 開發方法 自頂向下還是自底向上,橫向分層還是垂直特性 整合...
敏捷質疑 持續整合
q 我的產品是電信級的裝置,幾百人分成幾十個專案組在開發,各個專案組進度不統一,如何整合?a 你要做的其實跟技術無關,更多的是管理工作,就是制定你的產品級別的整合策略.這涉及到需求分析和發布計畫 依賴管理,價值和風險識別 開發方法 自頂向下還是自底向上,橫向分層還是垂直特性 整合粒度劃分 完整特性的...