我们团队有两名成员。我们使用 Xcode 的 SCM（使用 SVN）来管理我们的源代码文件。
我们都将文件添加到我们的 Xcode 项目中。他已经致力于SVN服务器。当我更新时，Xcode 发现 project.pbxproj 文件中存在冲突。然后我选择退出Xcode 并手动合并冲突。然后我开始编辑我的project.pbxproj，合并我们的更改。实际上我不知道 Xcode 是如何管理文件的，我只是添加了一些我的project.pbxproj 文件没有的文本。完成后，我的项目无法打开。我猜是因为project.pbxproj 文件无法手动编辑。
所以，我想知道，当你发现这个问题时，project.pbxproj文件有冲突，如何解决？
谢谢！
【问题讨论】：
我使用 git，但我们看到相同的问题 - 如果两个人添加文件，则会出现合并冲突。
不过，通常编辑很容易。只需使用文本编辑器进入 project.pbxproj 文件，然后查找合并冲突部分 - 通常这由以下内容标记：
>>>>>>>
Stuff 1
======
Stuff 2
<<<<<<<<
在 99% 的 Xcode 项目合并冲突情况下，您只是想接受合并的双方（因为两个人添加了不同的文件） - 所以您只需删除合并标记，在上述情况下最终会像：
Stuff 1
Stuff 2
就像我说的，这在大多数情况下都非常有效。如果 Xcode 在您完成后不会读取项目文件，只需获取最新的未合并版本并再次手动添加您的文件。
【讨论】：
不幸的是，除了在一次签出中手动进行更改然后签入新的“合并”项目之外，您无能为力。
【讨论】：
此解决方案仅适用于 git，但您可以将 .gitattributes 文件添加到您的项目中，然后在该文件中添加以下行：
*.pbxproj merge=union
这将告诉 git 保留合并的双方，这将是你绝大多数时候想要的。
【讨论】：
要手动解决合并冲突，请检查每个冲突项的UUID。
例子：
<<<<<<< HEAD
6B01C4B72008E70000A19171 /* ExistingFile.swift in Sources */ = {isa = PBXBuildFile; fileRef = 6B01C4B62008E70000A19171 /* ExistingFile.swift */; };
3F01C4B72008E70000889299 /* NewFileA.swift in Sources */ = {isa = PBXBuildFile; fileRef = 3F01C4B72008E70000889299 /* NewFileA.swift */; };
=======
6B01C4B72008E70000A19171 /* ExistingFile.swift in Sources */ = {isa = PBXBuildFile; fileRef = 6B01C4B62008E70000A19171 /* ExistingFile.swift */; };
4DF01C4B72008E70000882ED /* NewFileB.swift in Sources */ = {isa = PBXBuildFile; fileRef = 4DF01C4B72008E70000882ED /* NewFileB.swift */; };
>>>>>>> branch_to_merge
检查每个 UUID：
ExistingFile.swift
NewFileA.swift 和 NewFileB.swift
project.pbxproj 文件中找到一个匹配项，我会认为它是人工制品并且可以安全地删除它。结果是：
6B01C4B72008E70000A19171 /* ExistingFile.swift in Sources */ = {isa = PBXBuildFile; fileRef = 6B01C4B62008E70000A19171 /* ExistingFile.swift */; };
3F01C4B72008E70000889299 /* NewFileA.swift in Sources */ = {isa = PBXBuildFile; fileRef = 3F01C4B72008E70000889299 /* NewFileA.swift */; };
4DF01C4B72008E70000882ED /* NewFileB.swift in Sources */ = {isa = PBXBuildFile; fileRef = 4DF01C4B72008E70000882ED /* NewFileB.swift */; };
注意：我不建议将 *.pbxproj merge=union 添加到 .gitattribues 文件以基本上忽略合并冲突，因为冲突合并应始终手动检查，除非有复杂的脚本执行此操作你。
【讨论】：
当我遇到这个其他问题/答案时，我正在寻找一个简单的解决方案：
https://stackoverflow.com/a/14180388/307217
我完全被这个解决方案的简单性所震撼，我试图合并到一个完全不同的功能分支中，该分支在主干后面有近 200 个修订版，XCode 和 Mercurial 对此并不满意。在尝试此解决方案之前，我尝试手动合并 pbxproj 文件（有超过 100 个冲突）8 次。
基本上解决方案是这样的（假设您使用 Mercurial，因为它很棒）：
尝试在 mercurial 中合并：
hg update FEATURE_BRANCH
hg merge default
*mercurial gives you a ton of crap about the pbxproj file having merge conflicts*
打开 Xcode
然后回到命令行：
hg resolve -m ProjectName.xcodeproj/project.pbxproj
*merge any other broken files*
hg commit -m "manually merged with trunk"
【讨论】：
如上所述，处理冲突的最常见的方法是
我写了一个 bash-script 来处理上面的（1）。
请注意，这只会解决最常见的合并冲突情况！
#!/bin/bash
#
#
#
if [ $# -eq 0 ]
then
echo "File must be provided as argument, darnit!"
exit 1
fi
if [ $# -eq 2 ]
then
echo "only ONE File must be provided as argument, darnit!"
exit 1
fi
echo "Will remove lines from file:" $1
grep -v "<<<<<" $1 | grep -v ">>>>>>" | grep -v "====" > out.tmp;mv out.tmp $1
echo "Done removing lines from file:" $1
【讨论】：
有时可能会在不同的分支中重新创建一个或几个文件（例如 ManagedObjects），因此当您合并时，一个文件可能会有两个声明在一个块中。在这种情况下，您应该删除其中一个声明。
【讨论】：
到目前为止，我用于 pbx 文件的最佳可视化合并工具是 Visual Studio Code 的合并工具。我在 Code 应用程序中打开 pbx 文件并修复冲突，然后再次打开 XCode。
【讨论】：
我碰巧遇到了这个棘手的问题。
您可以试试这个，而不是手动处理这些冲突。
假设您在功能分支上。
project.pbxproj中的内容
project.pbxproj 中的当前内容）运行
react-native link
【讨论】：
您可以在 VSCODE 上打开它并修复那里的冲突合并。在 IDE 上查找一些彩色注释或在文本搜索中查找 >>。
【讨论】：
我创建了一个工具“xUnique”https://github.com/truebit/xUnique，它可以工作！
【讨论】：
我知道 90% 的冲突是明确的，并且您可以接受冲突中的两种更改，因此您不必担心，只要您有耐心，就会解决它 我发现使用 xUnique 之类的工具对您有很大帮助的方式
【讨论】：
最好的办法可能是简单地接受任何一个您的版本或他的完整版本，而不是尝试将两者结合起来。另外，请考虑有问题的文件是否应该在存储库中；让每个人都有自己的版本可能更合适。
查看documentation，了解如何解决冲突。
【讨论】：
project.pbxproj 是放入仓库的重要文件，因为它告诉 Xcode 如何构建项目。不签入就等于不签入Makefile。