您的位置:首页 > 其它

Git 分支管理-解决合并冲突

2017-02-22 10:43 661 查看
前边讲创建分支时遗留了一个问题,就是合并分支时遇到冲突的情况,比如我主分支也做了个修改,同时develop分支也有修改。我需要把develop开发分支提交到master分支,这时候如下:

zxdeMacBook-Pro:hswallpager zs$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)

zxdeMacBook-Pro:hswallpager zs$ git merge develop
Auto-merging app/src/main/*****/Activity.java
CONFLICT (content): Merge conflict in app/src/main/*****/Activity.java
Automatic merge failed; fix conflicts and then commit the result

咱们来分析分析上边的提示。在我们切换到master时(本身master我也做了修改,实际master要保证代码纯净),这时候提示里有一句"ahead of origin/master" 就是比远程分支master有超前几个版本,的确我为了测试在本地提交了几次(因为是自己的项目,与公司项目无关,严禁拿公司项目练习),但并没有push。看括号,提示用git push 来发布你本地的提交。push本身就是就是本地想远程提交。也就是说当本地比远程超前版本时,需要先提交。这个暂时不管,咱们先来解觉冲突。看下边merge后的提示:"Merge
conflict"合并后有冲突,自动合并失败,修正冲突然后commit合并后的结果。也就是需要先解决冲突。那我们来看看实际有冲突的文件的代码吧:

public static Intent createIntent(Context context, int pageFlag) {
Intent intent = new Intent(context, ActionActivity.class);
intent.putExtra(ARGS_INIT_PAGE, pageFlag);
<<<<<<<< HEAD
Log.i(TAG,"master分支修改提交");
=======
Log.i(TAG,"develop分支修改的内容");

>>>>>>>> develop
return intent;
}


可以看出怎么回事吗?我们看到几个标示:<<<<<<<HEAD, =======,>>>>>>> develop 

我们当前HEAD是指向master分支的,也就是   <<<<<HEAD与====之间属于master分支的。=====与>>>>develop之间属于develop分支的修改。

我们修改完后提交:

zxdeMacBook-Pro:hswallpager zs$ git add .
zxdeMacBook-Pro:hswallpager zs$ git commit -m "合并后的修改"
[master 073fc5c] 合并后的修改


那具体合并后的分支情况是啥样呢。git也为我们提供了一个方便的查看办法:git log --graph

zxdeMacBook-Pro:hswallpager zs$ git log --graph
*   commit 073fc5c3c4134587d6c9f6e2f41af0eed61a562f
|\  Merge: 41754e3 b70f2af
| | Author: zhangshun <hbzhangshun@126.com>
| | Date:   Wed Feb 22 11:17:02 2017 +0800
| |
| |     合并后的修改
| |
| * commit b70f2afd0c27dbf5956c8f723d7f617ad36deefa
| | Author: zhangshun <hbzhangshun@126.com>
| | Date:   Tue Feb 21 17:09:18 2017 +0800
| |
| |      develop update
| |
* | commit 41754e3dca4e10ab67d44c8fd9007a246cfc08d2
|/  Author: zhangshun <hbzhangshun@126.com>
|   Date:   Tue Feb 21 16:25:07 2017 +0800
|
|       修改
|
* commit f01d22f7495d98d9d5505b3727a95b8bbe3ac982
| Author: zhangshun <hbzhangshun@126.com>
| Date:   Mon Feb 20 14:21:46 2017 +0800
|


有个更简化的查看:git log --graph --pretty=oneline --abbrev-commit

zxdeMacBook-Pro:hswallpager zs$ git log --graph --pretty=oneline --abbrev-commit
*   073fc5c 合并后的修改
|\
| * b70f2af  develop update
* | 41754e3 修改
|/

咱们直接看下边简化的分支合并图吧,我们在commitID为f01d22f这条分支创建并切换的分支develop,然后合并后又回到master主线。这种图就是我们分支策略里的大图,develop分支从master分出,最后的稳定的版本需要合并到master分支。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  Git 合并冲突