更多详细信息...说我合并到master中，就可以开始构建了，产生伪像。应将同一工件部署到所有环境以确保一致性。最好从集成开始该过程吗？在这种情况下，存在一个相当大的潜在窗口，在此窗口中，未经验证的代码将在主代码中进行验证。使用集成分支，将其部署到集成，然后合并以掌握并使用该工件进行登台和生产，是否更好？还是只是增加了重复测试的需要？
#1 楼
最简单/最干净的分支策略是恕我直言，它是连续部署中使用的策略：单个/主要集成分支，也是您的发布分支。从什么是您的分支模型？ build表示提交是好的。这是用于TBD的涡轮增压开关，在这里，没有人能花些时间测试发布并获得批准，这让所有人都无法阻止发布。 Github，Etsy，Netflix（还有更多的初创公司）都在这里。
您将在所有环境中有效地使用该主分支的CI构建工件。好吧，只要他们建立并通过了各自的QA验证，就很明显。延误和费用。实际上，您可以从开发中消除分支合并。
评论
可能感兴趣的：devops.stackexchange.com/questions/268/…
–丹·科尼莱斯库（Dan Cornilescu）
17 Mar 9 '17 at 3:57
评论
您想在什么意义上重复使用这些工件？