程序员代码构建困局~

以下为译文： 我们需要根据代码的反馈来决定是否应该继续修改代码还是应该发布，而构建（即编译+运行测试+部署+更多测试等）正是获取该反馈的瓶颈。影响构建的主要因素有两个： 构建运行的频率（每次代码提交、每小时、每周等等） 构建需要花费多长时间才能完成 许多公司还会下功夫减少对手动QA环节的依赖等，但在过渡过程中（例如建立更多的自动化测试，或存在目前无法实现自动化的测试），仍需一些手动测试或验证。因此

>>阅读原文<<