我正在查看一个开源 Mac 应用程序，他们为 .gitignore 提供了一些建议值。他们是我所期望的......
但是，他们也建议在 .gitattributes 文件中添加条目：
*.pbxproj -crlf -diff -merge
我在 git 方面不是最了解的，所以我想知道 - 添加这条线到底有什么好处？具体做什么？我只在one project 中看到过这个建议，如果这是正常做法，我本来希望现在在其他地方看到它。所以我很好奇它是如何具体应用于 pbxproj 文件的。
【问题讨论】：
.pbxproj 文件。
pbxproj 文件并不是真正的人类可合并的。虽然它是纯 ASCII 文本，但它是 JSON 的一种形式。本质上，您希望将其视为二进制文件。
以下是各个标志的作用：
-crlf：不使用crlf cr转换
-diff：不区分文件
-merge：不要尝试合并文件
来自 Scott Chacon 的 Pro Git 书
有些文件看起来像文本文件，但 出于所有意图和目的是 视为二进制数据。例如， Mac 上的 Xcode 项目包含一个 以 .pbxproj 结尾的文件，即 基本上是一个 JSON（纯文本 javascript数据格式）数据集 由 IDE 写入磁盘 记录您的构建设置等。 虽然它在技术上是一个文本文件， 因为都是ASCII，你不想要 对待它，因为它是 真正的轻量级数据库——你 如果两个人不能合并内容 改变了它，差异通常不是 有帮助。该文件旨在 被机器消耗。本质上，你 想把它当作一个二进制文件。
【讨论】：
差异通常在提交时用于检查已更改的内容。所以我发现保持差异能力很有用，但只是防止合并。所以我在我的 .gitattributes 文件中使用它：
*.pbxproj -crlf -merge
另一方面，有人尝试对 pbxproj 文件使用 merge=union 吗？见：Should I merge .pbxproj files with git using merge=union?
【讨论】：
我写了一个名为xUnique的python脚本来解决这个合并冲突问题。
此脚本执行以下操作：
UUID 替换为项目范围内唯一的 32 个字符 MD5 摘要，并删除所有未使用的 UUID（通常是由于之前不小心合并造成的）。这将防止重复的 UUID，因为不同的机器/Xcode 在此文件中生成不同的 UUID。 Xcode 确实可以识别它并且可以打开该项目。在此过程中，删除项目文件中的所有无效行PBXFileReference 和PBXBuildFile 部分进行排序更多xUnique详情及更新，请参考README
【讨论】：
在手动解决合并冲突后，我遇到了*.pbxproj 文件损坏的问题。或者，更常见的是，我的文件只是在合并后从工作树中“消失”。这让我很生气，因为我们在一个团队中工作，所以你可以想象它会很快变得多么混乱。
所以，我已经测试了merge=union，到目前为止它运行良好。我知道如果同时删除或重命名文件将无济于事，但是对于添加新文件，它可以按预期工作：没有冲突并且文件在合并后不会消失。而且还可以节省不少时间。
如果您想尝试一下，这就是我所做的。
1) 创建一个全局 .gitattributes 文件。在终端中运行：
touch ~/.gitattributes
git config --global core.attributesfile ~/.gitattributes
2) 这个命令应该在文本编辑器中打开它：
open ~/.gitattributes
3) 当文件打开时，添加这一行并保存文件：
*.pbxproj binary merge=union
完成。希望这会帮助像它帮助我一样的新读者。
【讨论】：