问题标签 [3-way-merge]

为什么'git mergetool'（融合）向我显示带有冲突标记的祖先视图？这是完全错误的，我一直不明白为什么会这样。我该如何解决？

应该显示 3 路合并

我得到的是：

看：

我的老板建立了我们的新 Git 存储库，一个在我们的 Windows 服务器上，一个在我们的 Linux 服务器上。

我被要求解决我们的冲突，所以我选择使用 Meld。

当我运行第一个文件时，它会打开 3 个窗口；

• shipping.php.local.####,
• 运输.php
• 运输.远程。####

我已阅读文档并提供帮助，但我无法理解。从我所见，shipping.remote中有我对 Linux 机器上我想要保留的文件所做的更改。shipping.local是来自 Windows 服务器的文件， shipping.php是合并后的文件。

因此，如果我只是从shipping.remote中获取代码，将其移动到中间文件（shipping.php）并保存，我将在 Linux 机器上的 Git 存储库中获得我想要的更新文件？

我希望我解释正确，我只是不想把事情搞砸。

我不知道如何在 .NET 中实现 DVCS 样式合并。据我了解，它是使用我的、他们的和起源的 3way 差异。我进行了谷歌搜索，发现http://razor.occams.info/code/diff/这似乎是一种补丁类型的合并（我的/原始的，他们的），这不是我想要的合并类型。我尝试使用 nuget 进行搜索，但没有找到合并

.NET 是否有 3 种方式合并库？

我的团队正在寻找一个强大的 3 路合并工具来添加到我们的工具箱中。我将 P4Merge 和 DiffMerge 确定为我们的最佳候选者，因为它们被认为是 SO 上最好的（感谢 SO 社区）并且它们符合公司许可条款。

对于最终决定，我需要比较两种工具的功能。一个区别是，例如 DiffMerge 在 3 路合并中不显示共同祖先内容。

这些工具之间的主要区别是什么？

（请注意，这个问题是关于 P4Merge 和 DiffMerge 的明确问题，我知道还有其他可用的合并工具，但这里不考虑它们。）

所以我不确定这是否存在，所以我向 StackOverflow 的聪明人寻求帮助。

我正在寻找一种适用于 MS Word 文档或 PDF 的 2 或 3 路（最好是）文档合并工具。我拥有的是多个文档，我想通过从这些文档中获取页面和部分并将它们合并到一个文档中来将它们合并在一起。

我认为最好的方法是使用 3 路合并工具来帮助我执行此合并。我查看了以下合并工具：

这些都不太适合我的需求。大多数人无法阅读 PDF 和 Word 文档。少数可以，只有 UltraCompare 我可以保存更改。但是，比较只导入文本（所有图像都丢失）并且更改以 .rtf 格式保存，所以我丢失了很多格式。我希望能够保存回原始格式。

有没有人使用可以通过允许导入部分/页面来干净地将 Word 和/或 PDF 文档合并在一起的工具？

我想为 Git 使用自定义合并驱动程序。为此，我编写了程序，该程序采用“定义自定义合并驱动程序”块中%O %A %B %L %P所述的5 个参数并进行 3 路合并。

• %O- 祖先的版本
• %A- 当前的早午餐版本
• %B- 其他分支的版本
• %L- 冲突标记大小
• %P- 合并驱动程序可以通过占位符学习合并结果将存储的路径名%P

问题是我应该使用五个参数中的哪一个来编写合并结果？我试图写成%Aand %P，但它不起作用。

我还发现了这个：

合并驱动程序应通过覆盖将合并结果保留在名为 with 的文件中%A，如果成功合并它们，则以零状态退出，如果存在冲突，则以非零状态退出。

但它也不起作用。可能是我做错了吗？

当我运行git revert时，可能会发生冲突。git 是否依赖于 3-way-merge，正如问题合并内部（参见下表）中所描述的那样，它是否也适用于revert?

还原的合并基础是什么？在使用 git 和 meld 进行交互式变基的 3 路合并中的三个文件是什么？这很清楚，但很难想象这是为了恢复。

（如果我想C在最后恢复。）

有没有办法让meld+git显示在 2 次 git 提交之间发生的更改，但排除在第 3 次提交中引入的更改？用例是查看当前提交与 3 路合并之前完成的某些提交有多少不同。

我正在尝试学习所有的归并排序算法。我试图在网上搜索它们，但每个页面都有不同的内容，我希望关闭这些算法。

有人可以帮忙吗？

遵循基于主干的开发，如下图所示：

假设有两个从（主干）创建的短期特征分支（f1和）。为了实现，在这种情况下，用于这些分支的源代码文件重叠。f2master

假设，有一个用于master（主干）的 CI/CD 管道在代码更改时被触发。

一种可能的代码冲突是功能性的，f1可以删除或修改f2使用....的现有源代码。这不是 VCS 冲突。

Developer1 已git commit在f1（在笔记本电脑中）执行过t，但尚未执行push

Developer2 已git commit在f2（在笔记本电脑中）上执行过t+24，但尚未执行push

据我了解，以下是笔记本电脑提交历史文件中推送前的场景：

给定上述场景，f1可以与 合并master，这是一个简单的快进合并。所以，master并且f1会指向156b4bf提交快照，在这次合并之后，如下图：

CI/CD 管道被触发，因为合并成功，没有冲突

但是当f224 小时后发生提交时，Git 将使用 3 个快照（和）执行3 路合并156b4bf，如下所示：96f5b29c435356

如果合并成功 ，CI/CD 管道将再次触发。我的理解是，由于功能冲突，Git 应该阻止 3 路合并。

1）使用Git，快进/三向合并是否检测到功能冲突？

2) 如果是， ApartCI 是否解决了其他任何非 VCS 冲突场景？Git 不能……如果是，怎么办？

注意：没有计划使用Gitflow 工作流