107

假设我正在通过 git 存储库与某人合作，并且有一个特定的文件我不想接受任何外部更改。

有什么方法可以让我设置我的本地存储库，以免每次我 git pull 时都抱怨合并冲突？合并此文件时，我想始终选择我的本地版本。

4

3 回答 3

145

在配置文件的特定实例上，我同意Ron 的回答：
配置应该是您工作区的“私有”（因此“忽略”，如“在.gitignore文件中声明”）。
您可能有一个带有标记化值的配置文件模板，以及一个将该文件转换为私有（且被忽略）的配置文件的脚本。config.template

但是，该特定评论并未回答更广泛更一般的问题，即您的问题（！）：

如何告诉 git 始终为特定文件的冲突合并选择我的本地版本？（对于任何文件或文件组）

这种合并是“复制合并”，只要有冲突，您总是会复制“我们的”或“他们的”版本的文件。

（正如Brian Vandenberg在评论中指出的那样，' ours' 和 ' theirs' 在这里用于合并。
它们被反转用于变基：请参阅“ Why is the meaning of “ours” and “theirs” reversed with git-svn”，它使用变基，“ git rebase，跟踪“本地”和“远程” “ )

对于“一个文件”（通常是一个文件，而不是“配置”文件，因为它是一个不好的例子），您可以使用通过合并调用的自定义脚本来实现。
Git 将调用该脚本，因为您将定义一个gitattributes值，该值定义了一个自定义合并驱动程序。

在这种情况下，“自定义合并驱动程序”是一个非常简单的脚本，基本上将保持当前版本不变，因此允许您始终选择本地版本。

IE.，正如Ciro Santilli所指出的：

echo 'path/to/file merge=ours' >> .gitattributes
git config --global merge.ours.driver true

让我们在一个简单的场景中测试它，在 Windows 上使用 msysgit 1.6.3，在一个 DOS 会话中：

cd f:\prog\git\test
mkdir copyMerge\dirWithConflicts
mkdir copyMerge\dirWithCopyMerge
cd copyMerge
git init
Initialized empty Git repository in F:/prog/git/test/copyMerge/.git/

现在，让我们创建两个文件，它们都会有冲突，但会以不同的方式合并。

echo a > dirWithConflicts\a.txt
echo b > dirWithCopyMerge\b.txt
git add -A
git commit -m "first commit with 2 directories and 2 files"
[master (root-commit) 0adaf8e] first commit with 2 directories and 2 files

我们将在两个不同的 git 分支中的这两个文件的内容中引入“冲突”：

git checkout -b myBranch
Switched to a new branch 'myBranch'
echo myLineForA >> dirWithConflicts\a.txt
echo myLineForB >> dirWithCopyMerge\b.txt
git add -A
git commit -m "add modification in myBranch"
[myBranch 97eac61] add modification in myBranch

git checkout master
Switched to branch 'master'
git checkout -b hisBranch
Switched to a new branch 'hisBranch'
echo hisLineForA >> dirWithConflicts\a.txt
echo hisLineForB >> dirWithCopyMerge\b.txt
git add -A
git commit -m "add modification in hisBranch"
[hisBranch 658c31c] add modification in hisBranch

现在，让我们尝试将“hisBranch”与“myBranch”合并：

  • 手动解决冲突合并
  • 除了dirWithCopyMerge\b.txt我总是想保留我的b.txt.

由于合并发生在 ' MyBranch' 中，我们将切换回它，并添加gitattributes将自定义合并行为的 ' ' 指令。

git checkout myBranch
Switched to branch 'myBranch'
echo b.txt merge=keepMine > dirWithCopyMerge\.gitattributes
git config merge.keepMine.name "always keep mine during merge"
git config merge.keepMine.driver "keepMine.sh %O %A %B"
git add -A
git commit -m "prepare myBranch with .gitattributes merge strategy"
[myBranch ec202aa] prepare myBranch with .gitattributes merge strategy

我们.gitattributes在目录中定义了一个文件dirWithCopyMerge（仅在将发生合并的分支中定义：）myBranch，并且我们有一个.git\config现在包含合并驱动程序的文件。

[merge "keepMine"]
        name = always keep mine during merge
        driver = keepMine.sh %O %A %B

如果您还没有定义keepMine.sh，并且无论如何启动合并，这就是您得到的。

git merge hisBranch
sh: keepMine.sh: command not found
fatal: Failed to execute internal merge
git st
# On branch myBranch
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   dirWithConflicts/a.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

type dirWithConflicts\a.txt
a
<<<<<<< HEAD:dirWithConflicts/a.txt
myLineForA
=======
hisLineForA
>>>>>>> hisBranch:dirWithConflicts/a.txt

那也行：

  • a.txt准备好被合并并且有冲突
  • b.txt仍然保持不变，因为合并驱动程序应该处理它（由于.gitattributes其目录中文件中的指令）。

keepMine.sh在你的任何地方定义一个%PATH%（或$PATH为我们的 Unix 朋友。我当然都做了：我在 VirtualBox 会话中有一个 Ubuntu 会话）

正如lrkwz所评论的，并在自定义 Git-Git 属性的“合并策略”部分中描述，您可以用 shell 命令替换 shell 脚本。true

git config merge.keepMine.driver true

但在一般情况下，您可以定义一个脚本文件：

保持矿井.sh

# I want to keep MY version when there is a conflict
# Nothing to do: %A (the second parameter) already contains my version
# Just indicate the merge has been successfully "resolved" with the exit status
exit 0

（那是一个简单的合并驱动程序；）（在这种情况下甚至更简单，使用true）
（如果您想保留另一个版本，只需在该exit 0行之前添加：
cp -f $3 $2。
就是这样。您合并驱动程序将远离保持来自另一个版本的版本分支，覆盖任何本地更改）

现在，让我们从头开始重试合并：

git reset --hard
HEAD is now at ec202aa prepare myBranch with .gitattributes merge strategy

git merge hisBranch
Auto-merging dirWithConflicts/a.txt
CONFLICT (content): Merge conflict in dirWithConflicts/a.txt
Auto-merging dirWithCopyMerge/b.txt
Automatic merge failed; fix conflicts and then commit the result.

合并失败......仅适用于 a.txt。
编辑 a.txt 并从 'hisBranch' 中保留该行，然后：

git add -A
git commit -m "resolve a.txt by accepting hisBranch version"
[myBranch 77bc81f] resolve a.txt by accepting hisBranch version

让我们检查一下在此合并期间是否保留了 b.txt

type dirWithCopyMerge\b.txt
b
myLineForB

最后一次提交确实代表了完全合并：

git show -v 77bc81f5e
commit 77bc81f5ed585f90fc1ca5e2e1ddef24a6913a1d
Merge: ec202aa 658c31c
git merge hisBranch
Already up-to-date.

（以 Merge 开头的行确实证明了这一点）

考虑您可以定义、组合和/或覆盖合并驱动程序，Git 将：

  • 检查<dir>/.gitattributes（与相关路径位于同一目录中）：将优先.gitattributes于目录中的另一个
  • 然后它检查.gitattributes（在父目录中），如果尚未设置，将只设置指令
  • 最后它检查$GIT_DIR/info/attributes。此文件用于覆盖树内设置。它将覆盖<dir>/.gitattributes指令。

通过“组合”，我的意思是“聚合”多个合并驱动程序。
Nick Green在评论中尝试实际组合合并驱动程序：请参阅“ Merge pom's via python git driver ”。
但是，正如他在另一个问题中提到的那样，它仅在发生冲突的情况下才有效（两个分支中的同时修改）。

于 2009-05-30T20:12:53.687 回答
6

正如@ciro-santilli 评论的那样，使用.gitattributes设置的简单方法是：

path/to/file merge=ours

并通过以下方式启用此策略：

git config --global merge.ours.driver true

（我将其添加为答案以使其更加可见，但使其成为社区 Wiki，以免自己试图超越用户的信用。请在此处的 Q 下投票给他的评论以表扬他！）

于 2019-12-27T16:27:51.610 回答
0

我们有多个我们永远不想覆盖的配置文件。但是 .gitignore 和 .gitattributes 在我们的情况下不起作用。我们的解决方案是将配置文件存储在 configs 分支中。然后，允许在 git 合并期间更改文件，但在合并之后立即使用“git checkout branch --”。每次合并后从 configs 分支复制我们的配置文件。 详细的stackoverflow答案在这里

于 2016-10-17T23:07:28.173 回答