正文
正如下面这张图所显示的，在谷歌，你看不到代码分支，拉代码分支是很多公司的习惯做法，在开发阶段这个很方便，相当于一个个独立的 Docker 镜像，但是等代码合并的时候就不是这么好玩了。
对于只有一个源码仓库的开发模式来说，你不可能出现应用程序 FooBar 使用 AngularDartV2.2.1 版本，而另一个应用程序 BarFoo 使用 2.3.0 版本的情况。两个应用程序必定需要使用同一个版本。这其实是将多版本之间的完全兼容性测试由出现问题转移到了代码提交环节。
我们这里以 AngularDart 框架为例，它目前有 1601 个测试用例。当你向谷歌的代码库提交一次 AngularDart 代码时，会自动为所有依赖于 AngularDart 框架的工程运行测试用例。也就是说，差不多有 74000 个测试用例（视依赖的工程数量而定，这里只是举一个例子，有些流行的框架可能测试用例会更多）。
我们举个例子，也许你修改代码的数量很少，例如“&& random.nextDouble() > .05”，你只是增加了这么一个判断条件，它并没有触发 1601 个测试用例里面的任何一条，但是因为你增加了这个判断，它可能会对框架的使用方造成问题。
真正的价值在于，提交代码时所作的测试时针对真实的应用程序的。不仅仅测试的量级很大，针对使用方的测试也可以反应你的框架是如何被开发者所使用的。这就好比我们自己写框架的人，写出来的测试用例都是符合我们思考方式的，但是你无法左右你的客户如何使用你。
对于生产环境下的应用程序，我们应该明白它们和测试环境的示例程序存在巨大的区别，你当前支撑得好，他们才会一直使用下去，这种做法也是为了更好地支持后续的开发活动。
