问题标签 [git-merge-conflict]

我使用git pull并遇到了合并冲突：

我知道该文件的其他版本是好的，而我的是坏的，所以我的所有更改都应该被放弃。我怎样才能做到这一点？

我想解决我的Git存储库中的合并冲突。

我怎样才能做到这一点？

我有一些本地文件，我从远程分支中提取并且存在冲突。我知道我想保留我的本地更改并忽略导致冲突的远程更改。有没有我可以使用的命令实际上说“将所有冲突标记为已解决，使用本地”？

我只需要一个简单的冲突文件列表。

有什么比以下更简单的：

或者：

我想我可以为此设置一个方便alias的，但是想知道专业人士是如何做到的。我会用它来编写shell循环，例如自动解决冲突等。也许通过插入来替换那个循环mergetool.cmd？

我在分支上mybranch1。mybranch2从中分叉mybranch1并在 中进行了更改mybranch2。

然后，在 on 时mybranch1，我已经完成了git merge --no-commit mybranch2 它表明合并时存在冲突。

现在我想丢弃所有内容（merge命令），以便mybranch1恢复到以前的状态。我不知道我该怎么做。

我跑了一个git pull以冲突告终的。我解决了冲突，现在一切都很好（我也使用了 mergetool）。

当我提交已解析的文件时，git commit file.php -m "message"出现错误：

我之前遇到过同样的问题，并且-a在提交中使用效果很好。我认为这不是完美的方式，因为我不想提交所有更改。我想用单独的注释单独提交文件。我怎样才能做到这一点？为什么git不允许用户在合并后单独提交文件？我找不到这个问题的满意答案。

故事：在一个项目的中间，我的同事从master创建了一个新分支，并开始做她繁重的重构工作。我从master创建了我的分支，并开始在页面上做新的东西。我们定期提交，但只有我可以将代码 rebase 到master（因为同事更改太重，还不能从 master 部署）。不幸的是，我们的一些工作依赖于相同的文件。因此，经过几天的工作，当她终于想将她的更改重新设置为master时，她遇到了很多 git 冲突。

问题 1 是：当我们处理相同的文件时，如何防止大量 git 冲突？（或者在这种情况下最好的做法是什么？）

但这不是我们问题的结束，......绝对正确，她试图从 master 到她的分支进行变基（我提交了更改），所以提交映射应该看起来像这样

这就是困扰我们的地方。在这些变基期间，她正在解决这些冲突。但是 git 不记得她对冲突修复的决定，所以当她从master到her-branch进行另一个 git rebase 时，她必须再次修复她在以前的 rebase 中修复的相同 git 冲突。

问题 2 是：如何告诉 git 在 git rebase 从master分支之后记住 git conflict fix，所以在下一次 rebase 之后我们不必再次修复相同的冲突？

从远程分支拉出后，我遇到了冲突，当我打开文件时，它看起来像下面这样：

我需要对标记进行一些解释，哪些代码部分是从远程提取的，哪些是从本地提取的？

代码77976da35a11db4580b80ae27e8d65caf5208086代表什么？

我尝试使用 Git 在命令行中合并文件，但出现一条错误消息，告诉我合并已中止。

我以为这就结束了，但后来我意识到我的文件中有 gitmarks。像这样：

这些文件不是由我编辑的，并显示插入的行：

• 小于号 ( <<<<<<< HEAD)后的 HEAD
• 更改的代码行
• 一串等号 ( =======)
• 新版本的代码
• 另一行以大于号和分支名称 ( >>>>>>> gh-pages)开头

更糟糕的是文件内容不再按顺序排列。有谁知道我如何让这些文件恢复正常，以及我在 gh-branch 中所做的更改合并到 master 分支中？

如何解决 git 合并冲突以支持拉取更改？

基本上我需要从工作树中删除所有冲突的更改，而不必经历所有的冲突，git mergetool同时保持所有无冲突的更改。最好在拉的时候这样做，而不是之后。