Iphone project.pbxproj中存在重复的文件引用

最近，我的开发团队不断壮大，我们开始在SVN的分支机构工作。 如果我们在两个分支中将文件添加到项目中，然后将它们合并，我将无法再从xcode打开项目。 我做了一些调查，发现项目文件对源树中的每个节点都使用哈希，当两个文件添加到不同的分支上时，它们可能具有相同的哈希。这几乎发生在我们正在进行的每一次合并中

---

如何解决此问题？

不幸的是，您必须手动解决pbxproj文件。或者，您可以使用其中一个。（我建议CMake Beacue支持XCode）

不幸的是，您必须手动解析pbxproj文件。或者，您可以使用其中一个。（我推荐CMake Beacue，因为它支持XCode）

你为什么不使用另一个svn程序？像场外的来源？一旦你开始使用它，它是安全可靠的。它与SVN程序无关，成功合并后，文件有重复的中心。如果不说“不要使用SVN分支”，很难回答这个问题。然而，如果你被他们困住了，那也没什么帮助。可能将.xcodeproj从从属分支的源代码管理中排除，并在主干或其他有意义的分支上保留一个好的副本。您还可以考虑使用git svn。这允许每个开发人员拥有整个存储库的本地副本，随意进行本地提交，并且只在他们希望的时候合并上游提交。可能会产生更复杂但不那么痛苦的工作流。该问题实际上与任何源代码管理无关。当一个开发人员向项目中添加一个文件时，xcode会给它一个散列。如果另一个开发人员添加了另一个文件，它可能具有相同的哈希。当你有很多文件时，可能性很高，因为xcode hash alg不好。你为什么不使用另一个svn程序呢？像场外的来源？一旦你开始使用它，它是安全可靠的。它与SVN程序无关，成功合并后，文件有重复的中心。如果不说“不要使用SVN分支”，很难回答这个问题。然而，如果你被他们困住了，那也没什么帮助。可能将.xcodeproj从从属分支的源代码管理中排除，并在主干或其他有意义的分支上保留一个好的副本。您还可以考虑使用git svn。这允许每个开发人员拥有整个存储库的本地副本，随意进行本地提交，并且只在他们希望的时候合并上游提交。可能会产生更复杂但不那么痛苦的工作流。该问题实际上与任何源代码管理无关。当一个开发人员向项目中添加一个文件时，xcode会给它一个散列。如果另一个开发人员添加了另一个文件，它可能具有相同的哈希。当你有很多文件时，可能性很高，因为xcode hash alg不好。我不确定CMake将如何解决这个问题，它仍然读取项目文件。是吗？我不确定CMake将如何解决这个问题，它仍在读取项目文件。对吗？