使用git与多人合作时,情况会更好
正如我所看到的那样,在(1)的情况下,虽然每个主人都充当一个分支,但每个人都希望在彼此的工作之间融合一个主要是线性的流,而在(2)中,每个人都希望合并一个共同的主人.进入他们的分支,并在他们准备好时将更改从他们的分支推送到共同的主人.
具有使用git工作在中型到大型团队工作经验的人可以发表任何评论吗?哪种方法最适合您的团队?我想第三种选择是总是使用特征分支而不是人分支,尽管我认为这与(2)从这个问题的观点基本相同.
我想,在(1)和(2)中,一个人负责将变更拉到"官方"主人.如果超过一个人作为推动访问官方主人,这将如何延续?
git 中的分支名称是存储库的本地名称。 push并且pull可以配置为匹配远程存储库上的相同名称,但这是可选行为。如果您有一个中央存储库,您希望master它是确定的。个别开发人员在本地存储库上如何称呼他们的工作分支实际上是一个品味问题。有些人会将其本地master作为工作分支,而另一些人将使用单个命名的开发分支。
如果您的开发人员能够胜任,真正明智的方法是使用功能或主题分支,这样您就不会拥有“Mike's work”分支,而是拥有一个“autofrozification feature”分支,可以在没有每个人的情况下正常推送和交换需要进行大量的早期来回合并。
| 归档时间: |
|
| 查看次数: |
1343 次 |
| 最近记录: |