TFS合并和分支之间的差异

我正在实现一个TFS分支结构，其中有一个主集成分支、一个包含发布到生产的代码的生产分支和一个开发分支。Dev和Prod都从Main分支

任何并行开发都将在分支机构上进行，这些分支机构将从开发分支机构分支出来，我希望对常规开发分支机构所做的任何更改都能根据需要合并回分支机构。我看不到任何自动化合并的方法，但我想到的一件事是每夜或每周进行一次差异处理，查看两个分支，并发送电子邮件报告，说明开发分支和每个分支之间的差异

有没有人对此有什么想法？如果有什么产品我可以用来做自动差异和报告电子邮件

---

谢谢

这将取决于DEV分支的预期稳定性。然而，一个相当简单的解决方案是在DEV分支上构建一个CI，当它成功时，它会向需要从它进行转发集成的人发送一封通知电子邮件

然而，这对我来说似乎有点像黑客，因为这个CI构建很可能每天至少触发一次。这意味着电子邮件通知将变成垃圾邮件。为什么不让开发人员在一天开始做的第一件事就是从父分支进行前向集成呢？这使合并保持较小的规模，因此解决冲突应该相当简单

如果两个分支不断合并，您可能不需要子分支

---

无论如何，一个带有成功电子邮件通知的CI构建将满足您的要求。每次分支更改时，都会通知每个人。

这取决于开发分支的预期稳定性。然而，一个相当简单的解决方案是在DEV分支上构建一个CI，当它成功时，它会向需要从它进行转发集成的人发送一封通知电子邮件

然而，这对我来说似乎有点像黑客，因为这个CI构建很可能每天至少触发一次。这意味着电子邮件通知将变成垃圾邮件。为什么不让开发人员在一天开始做的第一件事就是从父分支进行前向集成呢？这使合并保持较小的规模，因此解决冲突应该相当简单

如果两个分支不断合并，您可能不需要子分支

---

无论如何，一个带有成功电子邮件通知的CI构建将满足您的要求。每次分支更改时，都会通知每个人。

听起来您试图使用过多的分支，然后创建一个自动流程将它们重新组合在一起。如果集成过程可以自动化，那么为什么首先需要不同的分支机构呢？也许你应该退一步问问自己，“这些分支应该解决什么问题？”分支只适用于在同一代码上进行并发开发的情况，我希望开发人员在主开发分支上进行开发。但我认为，我希望的不是自动合并，而是在对开发人员进行更改时，通知在分支上工作的任何人有新的更改要前向集成到他们的分支中，他们需要在返回到主开发人员分支之前进行集成。如果能让他们意识到这一点，他们可以选择早期集成以发现潜在的问题，而不是等到几个月后再进行集成。这听起来像是你试图使用太多的分支，然后创建一个自动化流程将它们重新组合在一起。如果集成过程可以自动化，那么为什么首先需要不同的分支机构呢？也许你应该退一步问问自己，“这些分支应该解决什么问题？”分支只适用于在同一代码上进行并发开发的情况，我希望开发人员在主开发分支上进行开发。但我认为，我希望的不是自动合并，而是在对开发人员进行更改时，通知在分支上工作的任何人有新的更改要前向集成到他们的分支中，他们需要在返回到主开发人员分支之前进行集成。如果能让他们意识到这一点，他们可以选择早期整合以发现潜在问题，而不是等到几个月后才开始。