merge - TFS/Azure 分支和合并策略

Question

我最近被分配到一个新团队，这个团队使用 TFS(Azure) 作为版本控制工具。我注意到他们没有 Master/Dev 分支策略。相反，他们从最新分支创建新分支并执行新的 Sprint 工作。现在我们有以下情况。这肯定会导致无头合并和大量合并冲突与耗时的手动工作。我想知道，是否有任何技术可以用来最小化合并冲突和手动工作。（我曾与 Bitbucket/Github 合作过，对 TFS 有点陌生）

根据图像，目前保持的分支 B发生了变化。团队将开始在从分支 A创建的分支 C上再工作一个月。开发完成后， C 分支将部署到生产环境。然后我们需要将分支 B更改为创建分支 C的分支 D。（只需分支 D 需要更改分支 C 和分支 B）。这样做时会有一个无头合并和很多冲突。在 C 分支开始工作之前我可以遵循什么策略来解决这个问题？

此外，我应该何时引入 Master/Dev 分支概念？

标签： mergetfsbranching-and-merging