CI / CD人员的问题。我使用VSTS自动化我们的CI / CD故事。在我们的代码库中，我们使用git flow，这意味着代码从功能分支移动到我们的开发分支。准备发布时，会创建一个特定的发布分支，并最终将代码合并到当前发行版的master。
现在我想知道的是如何在VSTS的发布管道中实现这一点。具体而言，开发和主分支与发布相结合的差异。我发现版本是从特定工件开始的，因此也与这些工件源自的构建/分支相关联。在我看来，这意味着如果我们想要从开发分支进行每日部署，但是从主分支到接受和生产环境的更多手动定时部署，我们需要两个版本定义？
我真的在寻找关于这个主题的一些最佳实践以及其他人已经发现如何最好地构建这个管道的事情。我已经找到了这个主题，但这并没有给我我想要的东西：Setup GitFlow in VSTS - Best practices?
答案 0 :(得分：2)
使用VSTS CI / CD有多种方法可以促进git流程。
以下是在VSTS中实现它的一种方式（两个CI构建定义和两个CD版本定义）。
develop分支的CI构建和CD部署：在将新更改推送到develop分支后，将触发构建。然后，您可以通过develop分支的更改部署到您的测试环境。master分支的CI构建和CD部署：将新更改合并到master后，将触发构建。构建之后，将创建新版本以将新更改部署到环境中。此外，如果您通过Pull Request将发布分支合并到master分支，您还可以在合并之前添加PR构建验证。