当多人使用 git 一起工作时,是不是更好
- 让每个人都在 master 中工作,并在彼此的 master 之间合并,或者
- 让每个人都在自己有头衔的分支机构工作?
在我看来,在(1)的情况下,虽然每个主节点都充当一个分支,但每个人都应该以大多数线性流程合并彼此的工作,而在(2)中,每个人都应该合并一个共同的主节点进入their分支,并在准备就绪时将更改从分支推送到公共主控中。
有在大中型团队使用 git 工作经验的人可以发表评论吗?什么最适合您的团队?我想第三个选择是始终使用功能分支而不是人员分支,尽管从这个问题的角度来看,我认为这与(2)的情况基本相同。
我想在(1)和(2)中,只有一个人负责将更改拉到“官方”主控上。如果超过一个人推送对官方 master 的访问权限,这将如何延续?
git 中的分支名称是存储库的本地名称。push
and pull
可以配置为匹配远程存储库上的相同名称,但这是可选行为。如果你有一个中央存储库,你想要master
有确定的。个别开发人员在本地存储库上如何称呼他们的工作分支实际上是一个品味问题。有些会有当地的master
是他们的工作分支,其他人将使用单个命名的开发分支。
如果您的开发人员能够胜任,那么真正明智的方法是使用功能或主题分支,这样您就不会拥有“Mike's work”分支,而是拥有一个“autofrozification feature”分支,可以在没有每个人的情况下正常推送和交换需要进行大量的早期来回合并。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)