1   因為公司之前的專案管理比較亂一些，程式碼質量不高，因此從本週的版本開始引入敏捷開發優秀實踐裡面的一些好的 方式來管理專案

2   要解決程式碼的問題，設計和TDD 測試驅動是少不了的，寫完了測試驅動寫程式碼，程式碼寫完了經過檢視check in 到svn裡面，進行每日構建。

3   重頭戲

                 為什麼要使用持續整合。

                 A   可以避免少提交檔案的問題，少提交了檔案構建就會不成功，就會發報告出來，如果持續整合環境不理你，你完全可以相信svn上面的程式碼編譯是沒有問題的

                B   測試用例的執行，我們要求對複雜/重要的業務方法進行單元測試，這些工作可以交給CI去執行，我們只等報告即可。

                C   自動釋出，靈活的定義配置檔案

                       比如我現在有1臺內部測試伺服器 185 有一臺阿里雲測試伺服器 49，如果我要給185發包，只需要點選立即構建即可。

                       給49發包同樣是點選立即構建。

                       因為環境不同，兩臺機器編譯出來的war裡面的配置檔案有所不同，這些全部都可以使用ant靈活配置，我專案中可以有2個web.xml 

                       在ant根據目標環境不同使用不同的web.xml

                 D    編譯之後可以進行靜態檢查，比如pmd  checkstyle  findbugs，省去人工看編碼規範的時間，程式碼檢視只做業務邏輯檢視即可。

                 E     其他的好處大家自己去發現。