我已经工作了一段时间来创建一个iPhone应用程序。今天，当我的电池电量不足时，我一直在工作并不断保存源文件，然后电源就熄灭了...
现在，当我重新插入计算机并获得良好电源时，我尝试打开项目文件，但出现错误：
无法打开项目
无法打开项目...，因为无法分析项目文件。
人们知道我有办法从中恢复吗？我尝试使用较旧的项目文件，然后重新插入然后进行编译。它给了我一个时髦的错误，可能是因为它没有找到它想要的所有文件...
如果可能的话，我真的不想从头开始重建项目。
好的，我在此文件和稍旧的项目文件之间进行了区分，该文件工作正常，并发现文件中存在一些损坏。合并它们（最新和最好的部分）后，它现在可以工作了。
关于SVN的要点。我有一个，但是尝试将XCode与它同步有些时髦。我现在肯定会花更多的时间... ;-)
Answers:
我遇到了这个问题，我的上级告诉我一个解决方案，即：
右键单击您的projectname.xcodeproj文件，这里projectname将是您的项目的名称。现在，右键单击后，选择“ 显示包装内容”。之后，projectname.pbxproj在文本编辑器中打开文件。现在，搜索包含线<<<<<<< .mine，=======和>>>>>>> .r。例如在我的情况下，它看起来像这样
<<<<<<< .mine
9ADAAC6A15DCEF6A0019ACA8 .... in Resources */,
=======
52FD7F3D15DCEAEF009E9322 ... in Resources */,
>>>>>>> .r269
现在删除这些<<<<<<< .mine，=======并>>>>>>> .r线，使之看起来像这样
9ADAAC6A15DCEF6A0019ACA8 /* BuyPriceBtn.png in Resources */,
52FD7F3D15DCEAEF009E9322 /* discussionForm.zip in Resources */,
现在保存并打开您的Xcode项目并进行构建。一切都会好起来的。
穆罕默德的答案非常有帮助（并帮助解决了问题）。但是，仅保留>>>>>>> ======= <<<<<<<不足以解决project.pbxproj中的解析问题（对我而言），同时保留两个分支的更改合并后。
我在project.pbxproj文件的PBXGroup部分（其开头由这样的块注释指示：/ * Begin PBXGroup部分* /）中发生了合并冲突。但是，我遇到的问题也可能在project.pbxproj文件的其他地方发生。
下面是我遇到的合并冲突的简化：
<<<<<<< HEAD
id = {
isa = PBXGroup;
children = (
id
);
name = "Your Group Name";
=======
id = {
isa = PBXGroup;
children = (
id
);
name = "Your Group Name";
>>>>>>> branch name
sourceTree = "<group>";
};
当我删除合并冲突标记时，这就是我剩下的：
id = {
isa = PBXGroup;
children = (
id
);
name = "Your Group Name";
id = {
isa = PBXGroup;
children = (
id
);
name = "Your Group Name";
sourceTree = "<group>";
};
通常，删除合并冲突标记将解决project.pbxproj文件中的解析问题并恢复工作空间的完整性。这次没有。
以下是我为解决此问题所做的事情：
id = {
isa = PBXGroup;
children = (
id
);
name = "Your Group Name";
sourceTree = "<group>";
};
id = {
isa = PBXGroup;
children = (
id
);
name = "Your Group Name";
sourceTree = "<group>";
};
实际上，我必须在第一个PBXGroup的末尾添加2行。
您可以看到，如果我选择放弃Head或合并分支中的更改，就不会出现解析问题！但是，就我而言，我想保留从每个分支中添加的两个组，仅删除合并标记是不够的。我必须在project.pbxproj文件中添加额外的行，以保持正确的格式。
因此，如果您以为自己解决了所有合并冲突后就遇到了解析问题，则可能需要仔细查看.pbxproj并确保没有任何格式问题！
我有类似的问题。
以下是解决此问题的步骤：
导航到您的文件夹projectName.xcodeproj。
右键单击并选择“ Show Package Contents”。您将能够看到带有.pbxproj扩展名的文件列表。
选择project.pbxproj。右键单击并使用“ Text Edit” 打开此文件。
您将可以看到<<<<<< .mine，============和>>>>>>>>>> .r123。这些通常是从SVN进行更新时发生的冲突。删除它们并保存文件。
现在，您将可以打开项目，而不会出现任何错误消息。
对Xcode项目文件的视觉分析并没有帮助我在合并后定位错误。在查看syslog后，Xcode尝试解析文件时发现了以下行：
2/7/14 12:39:12.792 PM Xcode[9949]: CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary on line 4426. Parsing will be abandoned. Break on _CFPropertyListMissingSemicolon to debug.修复该项目后，可以打开ok。
最近，当我尝试将我的分支与远程分支合并时，遇到了同样的问题。但是，以上解决方案似乎都不适合我的问题。
我的分支机构或远程分支机构中的project.pbxproj文件之间没有合并冲突。但是，我的projectName.xcodeproj文件由于与所询问的问题相同的原因而拒绝打开。
我的解决方案是使用文本编辑器浏览project.pbxproj，查找文件语法中是否存在任何异常（例如，多余的花括号）。通过集中处理旧文件中与合并文件相比插入或删除的行，我加快了此过程。通过仔细检查，我发现问题的原因是重复以下行：
xxxxxxxxxxxxx /* [CP] Check Pods Manifest.lock */ = {在我的合并文件中。这导致花括号未闭合并导致无效的pbxproj语法。删除上述行解决了我的问题。
我只是遇到了同样的问题。我一如既往地通过git删除了生成的字符串，但Xcode仍然拒绝打开.xcodeproj文件。但是一切都正确，没有丢失的括号等。最后，当Xcode关闭时，我试图退出Xcode并打开项目..然后它起作用了。我希望这可以帮助别人。
编辑：
要解决.xcodeproj文件中的冲突，可以使用以下方便的脚本：
这是脚本：
projectfile = find -d . -name 'project.pbxproj'
projectdir = echo *.xcodeproj
projectfile =“ $ {projectdir} /project.pbxproj” tempfile =“ $ {projectdir} /project.pbxproj.out” savefile =“ $ {projectdir} /project.pbxproj.mergesave”
cat $ projectfile | grep -v“ <<<<<<< HEAD” | grep -v“ =======” | grep -v“ ^ >>>>>>>”> $ tempfile mv $ tempfile $ projectfile
使用sh命令从终端运行它：sh resolve_conflicts.sh
resolve_conflicts.sh: line 1: -d: command not found resolve_conflicts.sh: line 3: $tempfile: ambiguous redirect
请遵循以下步骤：-1.导航到您的projectName.xcodeproj所在的文件夹2.右键单击并选择“显示软件包内容”。您将能够看到带有.pbxproj扩展名的文件列表。3.选择project.pbxproj。右键单击并使用“文本编辑”打开此文件。4.您将能够看到<<<<<<，============和>>>>>>>>>>。当您从Sourcetree / SVN / GITLAB进行更新时，通常会发生这些冲突。删除它们并保存文件。5.现在，您将可以打开项目而没有任何错误消息。
听起来您将不得不在Xcode中创建一个新项目，进入旧目录，并将所有源文件，笔尖和资源拖到新项目的Xcode文件侧栏中。除非您确实对自定义构建设置或目标做了很多工作，否则它不会花费几分钟。要么，要么恢复到源代码管理中的最后一个签入，然后手动添加在此后之间更改过的所有代码文件。
只需检查project.pbproject文件，然后对项目文件的有效版本进行比较即可。
通常，当您与版本控制系统发生冲突时（例如在此处发布）会发生这种情况：无法在MAC iphone SDK的Subversion中解析用户文件
如果您没有找到Text ===或<<<或>>>>对我来说问题真的很简单又有趣...我在Xcode中更改了App的名称，但在构建之前未在UnityProjectSettings中更改它-那是问题所在...
几乎每周都会出现一次svn颠覆事件，subversion会损坏我的项目文件。我试图弄清楚为什么现在这样做并遇到了这个问题。
这是因为项目名称之间不应有空格