git解决冲突（rebase版）（git rebase 解决冲突）

25-02-14 15

本篇文章给大家谈谈git解决冲突，以及rebase版的知识点，同时本文还将给你拓展13.Git分支-变基（rebase）、rebaseVSmerge、17.Github分支管理-解决冲突、eclips

本篇文章给大家谈谈git解决冲突，以及rebase版的知识点，同时本文还将给你拓展13.Git分支-变基（rebase）、rebase VS merge、17.Github分支管理-解决冲突、eclipse git 解决冲突解决 mergetool 不能使用问题、eclipse 中 git 解决冲突（重点）等相关知识，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

git解决冲突（rebase版）（git rebase 解决冲突）
13.Git分支-变基（rebase）、rebase VS merge
17.Github分支管理-解决冲突
eclipse git 解决冲突解决 mergetool 不能使用问题
eclipse 中 git 解决冲突（重点）

git解决冲突（rebase版）（git rebase 解决冲突）

当使用git rebase碰到冲突时，

git rebase <Remote Branch>/<Your Branch>

信息如下：

error: Failed to merge in the changes.
Patch failed at 0001 
The copy of the patch that failed is found in: .git/rebase-apply/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".

在代码上解决冲突后，

git add .

将修改add进来，并且继续rebase提交，使用命令

git rebase --continue

最后push代码

git push <Remote Branch> <Your Branch>

13.Git分支-变基（rebase）、rebase VS merge

1.变基的基本操作

　　在Git中整合来自不同分支的修改主要有两种方法：merge和rebase。

看下面的例子：开发任务分叉到了两个不同的分支，并且都有了新的提交。

这时候我们可以使用 git merge 命令将experiment分支合并进入master分支，Git会将C3、C4以及两者最近的共同祖先做一个三方合并，并且生成一个新的提交。如下图所示：

　　其实我们还可以使用rebase命令：rebase命令将提交到某一分支上的提交都移至另一个分支上

$ git checkout experiment
$ git rebase master
First, rewinding head to replay your work on top of it...
Applying: added staged command

　　如下图所示：使用rebase之后，将experiment分支上的提交移动到了master分支的后面。

　　原理：首先找到两个分支（当前所在分支experiment和目标基底分支master）的最近共同祖先（即C2），然后对比当期分支相对于最近共同祖先的所有提交，提取相应的修改存为临时文件，然后将当前分支指向目标基底（即C3），最后将此前存好的临时文件依次应用（理解为将从当前分支上，从最近共同祖先开始的后一个提交节点，开始复制，放到目标基底后）。

　　完成rebase操作之后，可以运行以下命令，进行一次快速移动。

$ git checkout master
$ git merge experiment

　　操作完成之后，提交历史如下图所示。

　　与直接使用merge命令相比，rebase命令可以使提交历史更加的整洁，看上去就像是一条直线。使用rebase的目的是是提交历史看起来更加的整洁，其实，无论是通过merge还是rebase，整合的最终结果都是一样的，只不过rebase的提交历史看起来更加的整洁。rebase是将一系列提交按照原有次序依次应用到另一分支上，而merge是将最终结果merge在一起。

2.rebase VS merge

　　对于rebase和merge哪种好，有两种观点：

　　1.有一种观点认为，仓库的提交历史即是记录着实际上发生过什么，它是一种历史文档，本身具有价值，不能随意修改，这些历史应该被保留下来，供后人进行查阅。这种观点支持使用merge而不是rebase。

　　2.另一种观点正好相反，他们认为提交历史是项目开发过程中发生的事情，没有人会出版一本书的第一版草稿，都是需要进行多次修订之后才能进行出版的，修订之前的这些历史不应该被读者看到。这种观点鼓励使用rebase。

　　总的原则：只对尚未推送或分享给他人的本地修改执行rebase操作清理历史，从不对已经提交到别处的提交进行rebase操作。

17.Github分支管理-解决冲突

生不如意之事十之八九，合并分支往往也不是一帆风顺的。

准备新的feature1分支，继续我们的新分支开发：

$ git checkout -b feature1
Switched to a new branch ''feature1''

修改readme.txt最后一行，改为：

Creating a new branch is quick AND simple.

在feature1分支上提交：

$ git add readme.txt

$ git commit -m "AND simple"
[feature1 14096d0] AND simple
 1 file changed, 1 insertion(+), 1 deletion(-)

切换到master分支：

$ git checkout master
Switched to branch ''master''
Your branch is ahead of ''origin/master'' by 1 commit.
  (use "git push" to publish your local commits)

Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。

在master分支上把readme.txt文件的最后一行改为：

Creating a new branch is quick & simple.

提交：

$ git add readme.txt 
$ git commit -m "& simple"
[master 5dc6824] & simple
 1 file changed, 1 insertion(+), 1 deletion(-)

现在，master分支和feature1分支各自都分别有新的提交，变成了这样：

这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，我们试试看：

$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.

果然冲突了！Git告诉我们，readme.txt文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：

$ git status
On branch master
Your branch is ahead of ''origin/master'' by 2 commits.
  (use "git push" to publish your local commits)

You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add <file>..." to mark resolution)

    both modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

我们可以直接查看readme.txt的内容：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：

Creating a new branch is quick and simple.

再提交：

$ git add readme.txt 
$ git commit -m "conflict fixed"
[master cf810e4] conflict fixed

现在，master分支和feature1分支变成了下图所示：

用带参数的git log也可以看到分支的合并情况：

$ git log --graph --pretty=oneline --abbrev-commit
*   cf810e4 (HEAD -> master) conflict fixed
|\  
| * 14096d0 (feature1) AND simple
* | 5dc6824 & simple
|/  
* b17d20e branch test
* d46f35e (origin/master) remove test.txt
* b84166e add test.txt
* 519219b git tracks changes
* e43a48b understand how stage works
* 1094adb append GPL
* e475afc add distributed
* eaadf4e wrote a readme file

最后，删除feature1分支：

$ git branch -d feature1
Deleted branch feature1 (was 14096d0).

工作完成。

=================================================================

小结

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

来自为知笔记(Wiz)

eclipse git 解决冲突解决 mergetool 不能使用问题

本地代码
远程代码

第一步 --> 同步远程资源库，检查是否存在冲突

这里有冲突出现

第二步 --> 如果存在冲突，将本地代码提交到本地仓库

**注意：**这里是点击 commit，而不是点击 commit push

第三步 --> pull远程代码

第四步 --> 使用 merge tool 解决冲突

右键文件，选择 merge tool

第五步 --> 解决冲突

上传自己的本地代码到远程

点击 commit push

完成操作！

原文出处：https://www.cnblogs.com/upuptop/p/12215098.html

eclipse 中 git 解决冲突（重点）

Eclipse 中 GIT 提交代码时的冲突困扰了我很久，说实在的，真的感觉 GIT 太特么难用了，尤其是提交代码时（或许还没习惯吧）。特此，写一篇博文记录一下自己使用 GIT 决解冲突的问题，希望能帮助正在“漩涡”中的小伙伴们！！！！

一、先制造冲突

这里的目的是模仿大家平常提交代码遇到的代码冲突问题。（项目已经已经提前创建好并放到了 GIT 上）

先在云端修改TestGit_Master.java文件，如下图：

然后在本地修改TestGit_Master.java文件，如下图：

接下来我们解决冲突。

二、项目右键“team”，选择“commit”，与正常提交做一样的操作

三、提交并推送

发送推送失败，被拒绝：

四、需要将项目更新下，来做归并

选中整个项目，鼠标右键选择"team"，然后选中"pull"，出来的弹出确认框，点击完成。

更新完成后，出来报文弹窗，如果没有更新内容提示alreay up-to-date；如果有更新会提示更新的内容，点击更新文件查看更新的具体内容。

五、更新完之后，有弹窗，发现冲突的文件更新失败，同时项目中的该文件报红

六、冲突文件，右键"team"，选择“merge tool”，打开的视图中可以查看到修改的对比

七、将每个冲突文件修改为正确的，然后每个文件右键"team"，选择“Add to Index”,可以看到该文件变成黑色的*号图标**

修改后的文件：

八、所有的冲突处理完成之后，按照 GIT 项目的普通提交方式提交即可

项目右键 “team”，选择 “commit”。

弹出框中写提交注释，确认需要提交的内容，点击提交并推送。

提交推送完成弹窗，点击“ok”即可。

九、查看云端的情况

可以看到已经成功。

原文出处：https://www.cnblogs.com/liupeifeng3514/p/10216048.html

我们今天的关于git解决冲突和rebase版的分享已经告一段落，感谢您的关注，如果您想了解更多关于13.Git分支-变基（rebase）、rebase VS merge、17.Github分支管理-解决冲突、eclipse git 解决冲突解决 mergetool 不能使用问题、eclipse 中 git 解决冲突（重点）的相关信息，请在本站查询。

本文标签：