TFS 2015 的分支/合并策略与 Git 多团队工作的存储库？
Branching / merging strategy for TFS 2015 with Git repository for multi-team efforts?
我们计划将 TFS 2015 与 Git 存储库一起使用，需要有关分支和合并策略的想法吗？我们有一个团队致力于新的增强功能，另一个团队致力于缺陷修复 (O&M)。如何合并这些努力并保持同步？
虽然根据您的描述，还需要更多信息，而且您的问题可能被认为是主观的，可能会导致基于意见的答案，git 流程分支模型似乎可能很合适。
它通过使用以下分支处理具有多个工作流的能力：
- 特征
- 发布
- 修补程序
还有支持分支形式的自然扩展点，它允许您维护应用程序的旧版本，以及当前的活动开发。
您可以找到更多关于它的信息here。
我们计划将 TFS 2015 与 Git 存储库一起使用，需要有关分支和合并策略的想法吗？我们有一个团队致力于新的增强功能，另一个团队致力于缺陷修复 (O&M)。如何合并这些努力并保持同步？
虽然根据您的描述，还需要更多信息，而且您的问题可能被认为是主观的，可能会导致基于意见的答案，git 流程分支模型似乎可能很合适。
它通过使用以下分支处理具有多个工作流的能力：
- 特征
- 发布
- 修补程序
还有支持分支形式的自然扩展点，它允许您维护应用程序的旧版本，以及当前的活动开发。
您可以找到更多关于它的信息here。