我如何在我的 Git 存储库中解决合并冲突?
当前回答
尝试编辑 Visual Studio 代码,如果您还没有。
一旦尝试合并(并在合并冲突中登陆),Visual Studio Code 会自动检测合并冲突。
它可以非常好地帮助你,通过显示原来的变更,以及你是否应该接受进入或
目前的变化(即合并前的原始变化)。
它帮助了我,它也可以为你工作!
PS:它只会工作,如果您与您的代码和Visual Studio代码配置了Git。
其他回答
对于想要半手动解决合并冲突的 Emacs 用户:
git diff --name-status --diff-filter=U
显示所有需要冲突解决的文件。
打开这些文件中的每个一个,或所有一次,通过:
emacs $(git diff --name-only --diff-filter=U)
当您访问需要在 Emacs 中编辑的泡沫时,
ALT+x vc-resolve-conflicts
这将打开三个泡沫(矿,他们的,和输出泡沫)。导航按“n”(下一个区域),“p”(预测区域)。按“a”和“b”复制矿或他们的区域到输出泡沫,分别。
当完成时:按“q”。Emacs问你是否想保存这个泡沫:是的。
git add FILENAME
当所有类型的泡沫结束时
git commit
结束合并。
我发现的最好的东西是使用“diff3”合并冲突风格:
<<<<<<<
Changes made on the branch that is being merged into. In most cases,
this is the branch that I have currently checked out (i.e. HEAD).
|||||||
The common ancestor version.
=======
Changes made on the branch that is being merged in. This is often a
feature/topic branch.
>>>>>>>
如果冲突更长,那么我会把三个部分切成三个单独的文件,如“小”,“普通”和“天花板”。
diff common mine
diff common theirs
提示2
git log --merge -p <name of file>
如果你有自动测试,运行这些,如果你有绳子,运行它,如果这是一个可构建的项目,然后在你承诺之前建造它,等等,在所有情况下,你需要做一些测试,以确保你的变化没有打破任何东西。
例如,如果你知道你和另一个人都在不同的重复工作,这两者都会影响相同的文件集,你应该提前彼此谈话,并更好地了解你每个人都在做什么类型的变化。
如果你不确定合并,不要强迫它。
尝试编辑 Visual Studio 代码,如果您还没有。
一旦尝试合并(并在合并冲突中登陆),Visual Studio Code 会自动检测合并冲突。
它可以非常好地帮助你,通过显示原来的变更,以及你是否应该接受进入或
目前的变化(即合并前的原始变化)。
它帮助了我,它也可以为你工作!
PS:它只会工作,如果您与您的代码和Visual Studio代码配置了Git。
从2016年12月12日起,您可以在github.com上合并分支和解决冲突。
因此,如果你不想使用命令线或任何第三方工具,从更古老的答案在这里提供,请使用GitHub的原住民工具。
这个博客帖子详细解释,但基本是,通过UI“融合”两个分支,你现在会看到一个“解决冲突”选项,将带你到一个编辑器,允许你处理这些融合冲突。
此分類上一篇
我跟随下面的过程。
解决合并冲突的过程:
首先,把最新的从目的地分支到你想合并 git pull 起源开发 随着你得到最新的从目的地,现在解决冲突手动在一个 IDE 通过删除这些额外的字符。
这就是它,你会看到它在你的拖请求中解决,如果你使用Bitbucket或GitHub。
推荐文章
- 为什么我需要显式地推一个新分支?
- 如何撤消最后的git添加?
- Rubymine:如何让Git忽略Rubymine创建的.idea文件
- Gitignore二进制文件,没有扩展名
- Git隐藏错误:Git隐藏弹出并最终与合并冲突
- 了解Git和GitHub的基础知识
- 没有。Git目录的Git克隆
- Git与Mercurial仓库的互操作性
- 忽略git中修改(但未提交)的文件?
- “git restore”命令是什么?“git restore”和“git reset”之间有什么区别?
- Git合并与强制覆盖
- Git拉另一个分支
- 在Bash命令提示符上添加git分支
- 如何更改Git日志日期格式
- git pull -rebase和git pull -ff-only之间的区别