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，请参考文章。