git多人协作代码合并流程

Git协作开发方式1:

1、git commit,提交修改到git 本地Cache中;

2、git pull --rebase origin branchname,通过rebase方式合并代码;

3、git push -u origin branchename,将所有修改提交到远端。

该方式适合于所有代码commit后,他人获取可以顺利编译运行的情况。

步骤2可能产生文件冲突。

例如:

Auto-merging products/xxx/res/ccb/Node.ccbi

CONFLICT (content): Merge conflict in products/xxx/res/ccb/Node.ccbi

修改方法为:

1)手工修改冲突文件;

2)用本地的或者他人的文件替换冲突文件。(注意:ours/theirs的实际作用与字面意义是相反的!!!

a、以本地文件为准:git checkout --theirs products/xxx/res/ccb/Node.ccbi。(The option will keep the original one we had.)

b、以他人提交文件为准:git checkout --ours products/xxx/res/ccb/Node.ccbi。(The option will keep the version of the file that you merged in.)

修复后,执行命令:

git add products/xxx/res/ccb/Node.ccbi

git rebase --continue

重复上述方法,一直到rebase结束。

中间如果存在以下情况

Applying: Fixed unit test

No changes - did you forget to use 'git add'? If there is nothing left to stage, chances are that something else already introduced the same changes; you might want to skip this patch.

When you have resolved this problem, run "git rebase --continue". If you prefer to skip this patch, run "git rebase --skip" instead. To check out the original branch and stop rebasing, run "git rebase --abort".

这种情况,很可能是你修复 products/xxx/res/ccb/Node.ccbi 的方式为从别处拷贝,而不是手工修复冲突处,所以系统认为文件没有变化。解决方法如下:

执行命令:

git config --global core.trustctime false

 或者手工修改。参考文章

如果本地修暂时无法commit的话,则可以采取stash方式更新他人代码。

1、git stash --include-untracked

2、git pull --rebase origin branchname

3、git stash pop

4、修复可能存在的merge文件冲突。

采用git pull --rebase,而不是默认的git merge,请参考文章

git

相关推荐