高洛峰2017-05-02 09:49:26
首先, 原生的git是支持分支的新建与合并的1, 所以所有基于git实现的代码版本管理工具(如gitlab/github)也是默认支持分支功能的. (gitlab还会带有权限管理功能)
此外, 题主项目中的一个重大问题正如@52lidan所说, 没有dev
分支导致代码版本管理混乱(到底是A还是B还是C分支是最主要的?), 所以给题主的建议是:
项目要有如下的分支
master
: 正式可以发布到生产环境的代码分支(protected)2
dev
: 经过开发与初步测试后, 可以正常工作的代码分支, 用以合并所有人的工作以及已经修复的bug(protected)
每一个任务新建一个分支, 人跟着任务走而不是任务跟着人走. 也就是说, 在远程库上, 该任务只有一个分支, 并且所有人都拉取到本地上. 所有人关于该任务的工作都需要在本地commit后再推送到任务分支. (不建议一个任务有多于三人协作, 否则分解任务为更多的分支)
protected
, 该分支只有项目中获得owner
/protected
, 该分支只有项目中获得owner
/master
权限的人才能合并别人提交的merge request
权限的人才能合并别人提交的merge request
↩
曾经蜡笔没有小新2017-05-02 09:49:26
就算合并有个先来后到,如果就是在本地开发完了也不进行远端的推送更新,怎么存在合并的情况呢,至少远端也应该有个b吧,如果没有,那都往a上合并吧,不过这样不太好