Git，与两个分支机构和两个独立的团队合作，将两个分支合并为主人

Question

这是我公司的常见情况，目前正在使用Svn：

有两个团队在一个项目上工作。一个“维护”团队正在处理分支上的一些错误修复，另一个“支持”团队正在另一个分支上处理新功能。维护团队需要在支持团队完成新功能之前将更改移至生产环境，以便他们完成错误修复并将其分支合并到主干。几天后，支持团队完成新功能并合并回主干，解决任何冲突（如果存在）。

使用Git，这个场景的典型工作流程（以及使用的命令）是什么？

Answer 1

不知道最常见的方式是什么，我会这样做：

• 维护将其更改合并到master：
  git checkout master
git merge maintenance
• 支持master上的折扣 git rebase master
• 支持合并到master
git checkout master
git merge support

这样，master首先收到修正，然后support团队可以检查他们的更改是否明确（即没有冲突），并且在完成时将support分支合并到master。

如果您正在寻找一个有效的（并且受欢迎的）Git分支模型：
http://nvie.com/posts/a-successful-git-branching-model/

在那里，Vincent Driessen描述了他如何处理多个开发分支，修补程序，发布分支等。