0

这是我公司的一个常见场景，目前使用的是 Svn：

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

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

4

1 回答 1

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 描述了他如何处理多个开发分支、修补程序、发布分支等。

于 2012-07-22T18:40:51.443 回答