我们目前正在 TFS 中使用以下开发分支，希望了解您对迁移到 azure 时最佳 azure 存储库分支策略的想法
在 TFS 2015 上我们使用以下分支
发展 --> 2.1 - 关闭开发，分支到发布分支 --> 2.1 sp1 - 正在进行的开发 --> 2.2 - 正在进行的开发（2.1 已合并，一旦 2.1 sp1 完成，它也将合并到这里） --> 2.5 - 正在进行的开发（2.1 已合并，一旦 2.1 sp1 完成，它也将合并到这里） --> 2.7 - 正在进行的开发（2.1 已合并，一旦 2.1 sp1 完成，它也将合并到这里） --> 3.0 - 正在进行的开发（2.1 已合并，一旦 2.1 sp1 完成，它也将合并到这里）
发布
--> 2.1 - 来自开发 > 2.1
如果将其迁移到 azure 存储库，您会使用的最佳分支策略是什么？
Azure Repo 和 TFS2015 中的 Repo 功能类似。
TFS 2015 上使用的分支策略也可以应用于 Azure Repo。
最佳的分支策略，应该根据实际情况有所不同。
由于此分支策略目前适用于 TFS2015，因此我建议您继续在 Azure Repo 中使用它。
根据您的描述检查了分支策略的流程，分支：开发2.1 sp1和2.1将总结所有更改。当Development 2.1合并到release分支时，2.1 sp1分支将合并到其他分支。
在这种情况下，开发分支 2.1 SP1 和其他开发分支的合并应该是双向的。
开发 2.1 合并到发布之前：
开发：2.2 2.5 2.7 3.0 --> 开发2.1 SP1
开发 2.1 合并到发布后：
开发2.1 SP1 --> 开发：2.2 2.5 2.7 3.0