概念：
一种实践以版本控制，自动化构建，团队意识为条件。团队频繁的，小步的，增量的提交可运行，可测试的代码到master，并且将修复破坏应用的提交作为最高优先级。

提交步骤：

1. 构建中则等待，构建失败则和他人一起修复后再提交自己的代码
2. 别人的构建成功后先将本地代码更新（rebase）
3. 确保要提交的代码在本地通过了测试
4. 本地验证代码正确则提交
5. 等待构建的结果
6. 失败则修复后重复步骤3
7. 成功则开始下一件工作

条件：
频繁的提交代码
自动化的测试
较短的构建与测试过程
管理依赖配置等

好的实践：

1. 构建失败后不提交新的代码
2. 提交前在本地运行所有的提交测试
3. 等提交测试通过后再继续工作
4. 回家前构建必须成功（可以选择修复或者回滚）
5. 时刻准备着回滚到前一个版本，但是要规定修复时间
6. 不要注释掉失败测试的代码
7. 为自己的问题负责
8. TDD