一直以來都在用所謂的敏捷開發，但是也只是簡單的說，用什麼用什麼，從開始感覺不方便，到後來感覺習慣了，可沒有考慮過到底能帶來什麼改變，所以最近在上下班的地鐵上在看完了《高效團隊開發工具與方法》，作者從是什麼(What)，爲什麼(Why)，怎麼做(How)，做了一步步的講解。
這本書從團隊開講，講了團隊開發中遇到的一些共性問題，接着對版本管理系統（VCS）、缺陷管理系統（ITS/BTS）、持續集成（CI）、持續交付（CD）、迴歸測試以及GitHub都做了名通俗易懂的講解。
版本管理系統：什麼時候，誰，做了什麼，所以是可追溯，可退回，就像一臺攝影機，隨時可對不滿意的地方進行修改，或從某時間開始從新開始 - （這裏不考慮數據）
缺陷管理系統：只知道誰在什麼時候做了什麼，其實還遠遠不夠，因爲已上線的程序會不可避免的出現需求調整或由於考慮不周而導致Bug，這時候就需要一個工具能追蹤對於新的需求變更或對Bug修復的狀態追蹤管理
持續集成：在開發時常常進行集成處理，由此來排除軟件開發中的複雜性-CI的思考方式
持續交付：程序本來就是給用戶用的，所以用戶的反饋最直接最合理。
不知爲啥一直上傳不上來圖片，所以就連了一張百度的圖片來說明持續集成
更多內容還是多去支持下作者的辛苦哈.