VSTS/TFS GIT分支策略和持续集成

Question

我们的公司一直在使用git分支策略，该策略保持了长期运行的冲刺工作分支，看起来像这样：

master
  
   Sprint
     
      Feature1
      Feature2

随着当前的冲刺，我们切换到每个冲刺的新分支：

master
  
   Sprint123
     
      Feature1
      Feature2

随着此变化，出现了一些疼痛点：

1. 每次创建新的Sprint ###分支时，都必须设置策略(其中包括连续集成和拉动请求设置(。
2. 构建定义的触发器仍然可以通过通配符(" Sprint*"(正常工作，但是该构建的存储库来源设置不支持通配符。

我已经浏览了VSTS文档，但是我觉得我错过了一些关于如何设置此单冲刺的新分支(这与VSTS分支策略文档一致(。

所以，问题是：

我们的期望是触发构建的分支是构建的分支。这可能吗？

每次从主人创建新分支时，设置分支策略的建议是什么？我们是否应该期望我们每次都必须手动配置所有设置？

Answer 1

我们已经发布了有关GIT分支策略的指南。指向TFVC的同级答案不正确。

我们不建议大多数团队长期运行的发展分支。取而代之的是，保持干净的主人，并使用短暂的主题分支。然后，您无需继续创建和删除策略，构建定义等。

由于某种原因必须继续使用长寿命的分支，请考虑使用分支名称中的斜线，例如sprints/s100。我们已经有一个REST API(并很快，admin UI(以前缀匹配的基础设置策略，停在/ s。因此，您可以在sprints/上设置分支策略，并且它将自动应用于sprints/s100，sprints/s101等。

Answer 2

推荐的分支策略始终是即使在新的Sprints 中也使用相同的分支。作为本文，您始终可以将development分支用于不同的冲刺。

原因，如果两个冲刺之间的代码完全不同，则可以使用分支策略。但是缺点为：

1. 每次创建新分支时设置分支策略。
2. 随着时间的流逝，将有大量的分支sprint*，很容易跟踪整个项目版本。

最后，出于您的问题(如果您仍然需要当前的策略(：

1. 是的，您仍然可以在构建定义触发器选项卡中使用格式Sprint*，然后您的新创建的分支Sprint ###也适用于CI构建。并获得构建定义的来源步骤不会影响您的CI构建，存储库和分支仅选择手动队列构建。
2. 您需要每次手动为新创建的分支机构手动设置分支策略。