考虑使用 git hooks：

成功运行 git checkout 后，post-checkout 钩子将运行；您可以使用它为您的项目环境正确设置工作目录。这可能意味着移动您不想受源代码控制的大型二进制文件、自动生成文档或类似操作。

来源： https://git-scm.com/book/en/v2/Customizing-Git-Git-Hooks# .

您可以将这些文件放在单独的目录中，如果需要，可以选择通过以下方式从存储库中排除 .gitignore .

根据要切换到的分支的名称，钩子中的脚本 post-checkout 可以获取该分支的正确文件（可能位于子目录中）并将它们复制（覆盖）到正确的位置。这些特定于分支的单个文件需要位于 .gitignore .

脚本 post-checkout 示例 .git/hooks ：

#!/bin/sh

BRANCH=`git reflog | awk 'NR==1{ print $8; exit }'`

cp "./configs/$BRANCH/config.json" "./config.json"

exit 0

这里 git-update-index - 将工作树中的文件内容注册到索引。

git update-index --assume-unchanged <PATH_OF_THE_FILE>

例子：-

git update-index --assume-unchanged somelocation/pom.xml

Git 属性太棒了！你甚至可以告诉 git 如何区分非文本文件，这样你就可以使用 pdf2text 来区分 PDF！

我没有听说过这些，我正在尝试应用merge = ours属性，看起来很有希望。

我知道那有点儿像 hack。我正在尝试寻找一个干净的解决方案。git 属性呢？知道它是如何工作的吗？我无法理解这一点。git-scm.com/book/en/…

您可以使用它 .gitignore 来将其保留 config.xml 在存储库之外，然后使用 提交后挂钩 将相应的文件上传 config.xml 到服务器。

您还可以考虑对 .com/questions/14369378/… 接受的答案（显示使用合并--no-commit 的变化）

@Gabriel：可悲的事实是，没有像将文件添加到 .gitignore afaia 那样简单的设置和忘记解决方案。您需要使用上述解决方法之一（在我看来它们是）或不幸地与其他 VCS 一起使用。

正如许多人评论的那样，应该注意的是， 接受的答案 及其副本（使用针对特定文件或文件的自定义合并策略） 仅在存在实际合并冲突的情况下才有效 .

以下 2 个简单情况不会导致合并冲突，因此提交会被合并：

• 你有一个 config.xml 文件在功能分支中，而不是在主分支中。你想在合并期间将其排除
• 文件 config.xml 均基于同一次提交。新代码已添加到功能文件中。

要么使用 merge --no-commit 所演示的方法 unmesh-gurjar ，要么简单地挑选个别提交到 master。后者当然相当麻烦，并且还存在其他一些缺陷（新的 SHA1 ID 等）。

git 属性是否提供了任何直接的解决方案？我无法理解这一点。git-scm.com/book/en/…

您可以先使用 git merge --no-commit ，然后按照您喜欢的方式编辑合并，即取消暂存 config.xml 或任何其他文件，然后提交。我怀疑您会想在那之后使用钩子进一步自动化它，但我认为至少手动进行一次是值得的。

例子：

1. 你有两个分支： master , develop
2. 您在 develop 分支中创建了文件并希望在合并时忽略它

代码：

git config --global merge.ours.driver true
git checkout master
echo "path/file_to_ignore merge=ours" >> .gitattributes
git merge develop

您还可以忽略具有相同扩展名的文件

例如所有带有 .txt 扩展名的文件：

echo "*.txt merge=ours" >> .gitattributes

使用以下命令将 .gitattributes 文件添加到主分支merge=ours，然后运行 ​​git config --global merge.ours.driver true 效果很好。dev 中的配置文件未合并到 main 中的配置文件中。不幸的是，在合并过程中 .gitattributes 文件被删除（因为它在 dev 中不存在）！如何避免这种情况？只需将相同的 .gitattributes 文件添加到 dev 即可？ ours 值会引起冲突吗？

“ours” 似乎是新引入策略的任意名称。我发现这很令人困惑，因为他们的策略是内置合并策略。但似乎可以这样写merge=foo，然后git config --global merge.foo.driver true，它会以相同的方式工作。

@IgorYalovoy：如果没有冲突……好吧，这有点棘手，因为它实际上是从哈希 ID 开始的，但是：如果 config.xml 从合并基础到任一分支提示版本完全不变，Git 只会采用更改后的版本，而不查看 merge.ours.driver 设置。所以你的担心是正确的。

.gitattributes - 是存储库的根级文件，用于定义子目录或文件子集的属性。

您可以指定属性来告诉 Git 对特定文件使用不同的合并策略。在这里，我们想要 config.xml 为我们的分支保留现有的。我们需要 merge=foo 在 config.xml 文件 .gitattributes 设置

merge=foo 如果发生合并冲突，告诉 git 使用我们的（当前分支）文件。

1. p3

2. 页面4

    <pattern> merge=foo

   页面5

    config.xml merge=foo

3. p6

    $ git config --global merge.foo.driver true

如果您合并 stag 表单 dev 分支，则合并不会与文件发生冲突 config.xml ，而 stag 分支的 config.xml 将保留您最初的版本。

更多参考： merge_strategies

@Kid_Learning_C ：git reset HEAD myfile.txt 取消暂存文件（该文件在 --no-commit 合并后暂存）

@AndroidDev 您可以执行以下操作： for i in `ls myfile.txt myfile_2.txt`; do echo $i; git reset HEAD $i && git checkout -- $i; done

那么 git reset HEAD myfile.txt 到底是做什么的？它对我们的目标有什么帮助？