一直以来都在用所谓的敏捷开发，但是也只是简单的说，用什么用什么，从开始感觉不方便，到后来感觉习惯了，可没有考虑过到底能带来什么改变，所以最近在上下班的地铁上在看完了《高效团队开发工具与方法》，感觉有很大收获。
这本书从团队开讲，讲了团队开发中遇到的一些共性问题，接着对版本管理系统（VCS）、缺陷管理系统（ITS/BTS）、持续集成（CI）、持续交付（CD）、回归测试以及GitHub做了易懂的讲解。
版本管理系统：什么时候，谁，做了什么，所以是可追溯，可退回，就像一台摄影机，随时可对不满意的地方进行修改，或从某时间开始从新开始 - （这里不考虑数据）
缺陷管理系统：只知道谁在什么时候做了什么，其实还远远不够，因为已上线的程序会不可避免的出现需求调整或由于考虑不周而导致Bug，这时候就需要一个工具能追踪对于新的需求变更或对Bug修复的状态追踪管理
持续集成：在开发时常常进行集成处理，由此来排除软件开发中的复杂性-CI的思考方式
持续交付：程序本来就是给用户用的，所以用户的反馈最直接最合理。
不知为啥一直上传不上来图片，所以就连了一张百度的图片来说明持续集成
本文出自 “lybing” 博客，请务必保留此出处http://lybing.blog.51cto.com/3286625/1833730
原文地址：http://lybing.blog.51cto.com/3286625/1833730
