方案
- 拉入contributor + pull + push
- fork + pull request
个人认为如果是小团队的话选择方案1比较好,方便管理并且提交简单省掉code review这一步骤,提交之前就商量一下 大团队用fork的方式比较好一点,因为fork的方式没有权限,必须pr,那么就有效防范恶意提交,而且大团队一定会有team leader来code review的.
差异
两张方案都会出现代码冲突,只不过方案一代码冲突是体现在后提交的开发者那里,而方案二是体现在leader合并pr的时候.
fork方案发生冲突
pull方案发生冲突
可以看见,其实两张方案各有各的好处,我之所以推荐小团队使用pull的方式,是因为小团队应该没有leader吧,找到编写了同一处代码的开发者一起商量一下再push即可.
总结
总而言之划分好功能职责能很好地避免冲突,涉及到公共模块时尽量由一个大哥写好push上去再拉下来使用.各有各的好处
- 方案一灵活快速不用每次提交pr,但是可以随意push
- 方案二管理层的任务分配妥善,避免恶意提交
