Git - 如何在所选文件上强制合并冲突和手动合并

Question

我们维护的 Web 应用程序具有通用的 master 分支和许多并行分支，每个安装一个，每个都有一些特定的更改。源代码在 git 中管理，当我们需要将功能和错误修复从主分支转移到并行分支时，它是一个了不起的工具。但是很少有敏感的文件和自动合并通常会产生不好的结果。因此，如果可以以某种方式标记它们，合并会容易得多，并且每次合并都会导致需要手动合并的冲突。

我搜索了一个答案：

1. 我正在使用 --no-commit 和 --no-ff 合并选项，但不一样。
2. Here 和 here 有人问同样的问题，但没有解决方案。
3. 类似的情况似乎是 how to prevent file being merged 使用 .gitattributes 包含： somefile.php merge=ours 。我试图找到一些会产生冲突或强制手动合并的合并选项，但到目前为止没有找到。
4. .gitattributes 包含： somefile.php -merge 永远不会自动合并，因此会强制手动合并。这是 90% 的解决方案，但我寻求的是尝试自动合并并将其标记为冲突，无论它是否成功。 但这是迄今为止最接近解决方案的方法。 （...感谢 Charles Bailey 的澄清...）
5. 有人建议编写自定义合并驱动程序（1，2），但我还不清楚如何去做。

编辑：变体 4. 描述

Answer 1

选项 5，一个自定义合并驱动程序，可能是最接近您想要的方式。这非常容易做到。下面是一个我认为应该可以让您非常接近您想要的行为的示例。

首先，创建一个名为 merge-and-verify-driver 的合并驱动程序脚本。使其可执行并将其放在合适的位置（您可能需要考虑将此脚本签入 repo，甚至，因为 repo 的配置文件将依赖于它）。 Git 将执行这个 shell 脚本来合并敏感文件：

#!/bin/bash
git merge-file "${1}" "${2}" "${3}"
exit 1

这只是 Git 本身通常所做的默认合并行为。关键区别在于脚本总是返回非零值（表示存在冲突，即使合并实际上是在没有冲突的情况下解决的）。

接下来，您需要告诉 Git 您的自定义合并驱动程序的存在。您可以在 repo 的配置文件 (.git/config) 中执行此操作：

[merge "verify"]
        name = merge and verify driver
        driver = ./merge-and-verify-driver %A %O %B

在此示例中，我将 merge-and-verify-driver 放在了 repo 的顶级目录 (./) 中。您需要相应地指定脚本的路径。

现在，您只需为敏感文件赋予适当的属性，以便在合并这些文件时使用自定义合并驱动程序。将此添加到您的 .gitattributes 文件中：

*.sensitive merge=verify

在这里，我告诉 Git 任何名称与模式 *.sensitive 匹配的文件都应该使用自定义合并驱动程序。显然，您需要使用适合您的文件的模式。

Answer 2

这两个命令似乎和使用自定义合并驱动的效果一样：

git merge --no-commit your_target_branch
git checkout --conflict merge .   (do not forget the . and run it in the top dir of the repository)

第一个命令在创建合并提交之前停止合并，第二个命令将两个分支中修改的所有文件标记为冲突，即使原本没有冲突也要解决。

Answer 3

注意：本文“Writing a git merge driver for PO files”说明了手动合并文件时可以执行的操作类型：您可以对其进行预处理，以便手动合并准备好某些数据。

git merge-file 可以用于例如DECRYPT (and re-encrypt) files before merging (!)

在您的情况下，以非 0 状态退出合并驱动程序可确保合并是手动合并。