问题标签 [git-merge-conflict]

当我变基并出现冲突时，冲突文件如下所示：

有时其他人不会做出如此好的提交信息，所以我可能会得到这样的结果：

这样做的问题是，如果有多个“固定的东西”提交，我将很难找到确切的提交。有没有办法让 git 总是使用 SHA 哈希而不是提交消息？

有没有办法说“对于所有剩余的合并冲突”，选择“我们的”作为合并冲突解决方案？在我的情况下，“我们的”也是删除，而不是编辑。

我正在使用 Git Extensions，并进行了一些命令行工作。当我进行合并时，我会经历一系列复杂的过程来解决合并问题。对于一个进程，总是会有一组文件在合并中发生冲突，因为在我的分支上，我正在删除它们。

通常，我运行合并，查看是否存在冲突，然后从我的存储库中删除特定文件，同时适当地合并一些其他有冲突的文件。

然后，当我确定我的本地文件系统正确时，我进入了 Git 扩展，并在每个合并冲突的文件上选择了合并，并选择了“我们的”（已删除）......一个接一个...... （Git Extensions 不允许我进行多选）。有很多文件......所以我正在寻找一种方法，一旦我完成其他合并，我基本上可以对所有剩余的合并冲突进行批量“合并 - > 我们的”。

是否有任何常见的 git 使用错误，或者如果这些冲突都在之前的 rebase 中得到解决，那么为什么 rebase 会重复之前的 rebase 的冲突？
此外，rebase 是否优先考虑如何解决冲突？例如，rebase 是否希望在代码中通常的 git 冲突括号中的两个可能的代码片段之间进行严格选择，或者是否可以删除 , 之间的所有>>>内容<<<？我很好奇删除两个代码选择以解决冲突是否会影响 rebase 正确解决以后冲突的能力。

进一步阐述：我有一个master分支和一个dev分支。dev我一直在旁边工作一段时间的分支，所以不同提交的数量已经增长得相当大，在 100 年代（我知道......应该更频繁地） dev。分支本身有几个较小的功能分支从中切出然后合并回来，只是被剪切，重新设置，与分支合并，从不分支（我记得）。1 周前，我将分支重新定位到分支。此后，我对分支进行了一些更改，并想再次重新设置基准，以便为合并做准备。有一个非常小的变化masterdevdevmasterdevmasterdevmastermaster也在那个 1 周的窗口中分支，但代码文件不重叠。但是，当我尝试当前的 rebase 时，与我一周前devrebasemaster时相比，当我看到 git 引发了相同的冲突集时。

谢谢！

这有点长，但我认为这可能是一个有趣的问题。

我们最近才开始在我们的公司使用 git，尽管很多人不情愿一些人设法开始在小型项目中使用它，而现在我们实际上在更多相关项目中使用它。

我总是在合并之前尝试做一个 rebase，但就在最近我们发现这种方法存在问题。

假设您有一个文件 F 并且您有以下 git 历史记录：

现在，如果您对功能分支进行变基，并且在解决第一个冲突时，您实际上保留了 F''1 和 F'1 的更改，您将不得不手动解决文件 F 的 X 冲突，因为 git 可以t 自动解决它们。相反，如果您只是进行了合并（没有变基），您将只需要解决一个（“大”）冲突。这让我质疑变基的实际价值，因为这可能是一项非常乏味的工作。

我错过了什么还是这就是它的方式？如果您对一个文件有 30 次提交，则您必须检查每一次提交并手动解决任何冲突。有没有更合适的方法来处理这种情况？

很抱歉，如果我没有很好地解释，但您可以尝试复制我在虚拟存储库中提到的步骤，我想您会明白困扰我的地方。

我已经解决了这个问题三天，我找不到这个合并冲突的解决方案。有人可以帮我吗？

我如何告诉 git 从一个特定的分支中获取所有冲突的文件？

将分支 1 合并到分支 2 时出现合并冲突。我可以说从 branch1 中获取所有冲突的文件，而不是添加每个文件。

显示了尝试过但仍然存在冲突的变体git rebase -i -Xours master，我必须手动解决它们。另外，在发生冲突的提交的情况下，非冲突更改会发生什么并不完全清楚 - 是否保留？

用例：在 master 上临时 rebase 一些旧分支，以查看这些分支中是否有任何此类更改（根本不在 master 中），但将代码版本保留在 master 中以进行冲突更改（可怕的、可怕的冲突）

如果我的团队中的其他人正在与我编辑相同的文件，我正在寻找一种方式/工具来获得通知。这是为了防止以后合并时发生冲突。这与锁定文件无关，而只是将您的注意力转移到它上（然后在必要时与其他开发人员开始对话）。

不，我认为解决方案不会是更好的团队沟通。无论您的团队沟通有多好，总有一些情况下，您需要在处理“商定”文件时对各种文件进行一些更改。如果每十分钟你就对每个人大喊一声“嘿，有没有人对那个文件进行更改？”...

像这样的流程/工具将通过以下方式提高我们的生产力：

• 避免不必要的问题（“有人更改此文件吗？”）
• 避免代码冲突和困难的合并
• 不浪费时间重构其他人正在重构的同一个文件

（我已经搜索但未能找到答案。相关问题：https ://productivity.stackexchange.com/questions/16721/git-way-to-track-file-changes-in-your-team-并警告潜在冲突）

我在EGit中有这个奇怪的图标，我不知道这个图标的含义。我查看了https://wiki.eclipse.org/EGit/User_Guide/State，但没​​有找到。

该图标的特殊之处在于无法选择“合并工具”选项。

这个图标是什么意思？

我在 SmartGit 中做了一个 rebase。我的存储库在 SmartGit中标有红色<变基>

如果我尝试进行任何新的提交，我会收到以下消息：

Rebase：您必须编辑所有合并冲突，然后使用 git add 将它们标记为已解决。

这是我的工作树的样子：

我想解决合并冲突，但我对 git 或 SmartGit 不够熟悉，不知道如何做到这一点。我希望对冲突的文件调用Query|Conflict Solver，但我的问题是我找不到冲突的文件，并且文档没有显示如何执行此操作。它们指的是我找不到的“目录”窗格，尽管它似乎类似于“存储库”窗格。如何查找和解决冲突文件？

提前致谢