为什么xcode 4.3.2在归档时挂起？

Question

当我尝试存档一个构建时，xcode挂着五颜六色的死亡旋转轮。它过去工作正常，但我不能再浏览存档，除非我手动删除存档文件。尽管如此，我可以在没有问题的情况下构建到设备上我手动删除了存档中的所有内容（通过删除实际的存档文件），并且存档/管理器窗格显示正常，因为没有任何内容（因为我删除了存档）。但是，当我尝试再次存档时，它会生成，然后尝试再次打开存档/管理器窗口，并挂起。它虽然产生的档案文件是关于一个30兆档案文件...但我不敢使用它..

虽然死亡的棘爪轮旋转，打开“活动监视器”显示以下内容： “xcodebuild”的CPU使用率约为80％ “opendirectoryd”的CPU使用率约为30％。

我已经在Lion上卸载并重新安装了XCode 4.3.2，但没有任何结果。

我也从Unity3D建设项目..

有人提到在不同的线程如下：“我，我发现类似的问题，一个符号链接我所做的只是问题的原因从/开发商/ usr/bin到/ usr/bin（因为Xcode 4.3移动了一些可执行文件）“

我没有这样的事情发生。并且将所有类移动到新的“项目”并不会有帮助，因为每次从Unity内部构建项目时都会创建全新的项目。

的XCode 4.3.2 的Mac OS X（10.7.3）

任何意见或建议将是对我很大的帮助。什么都可以。 谢谢。

Answer 1

快速解决方案：执行以下命令：Xcode中，选择-switch /Applications/Xcode.app/Contents/Developer/

我如何来解决：

开机状态下opendirectoryd调试日志记录：“odutil设置日志调试“

在/var/logs/opendirectoryd.log文件中搜索。

我不断看到日志的此块垃圾邮件一遍又一遍：

---

2012-04-12 11：29：28.420 CDT - 31053.1185984，模块：SystemCache - 信令信号量更多的工作

2012-04-12 11：29：28.420 CDT - 31053.1185984，模块：SystemCache - 结束写入响应对象0x7fae5b21acb0，请求完成

2012-04-12 11：29：28.420 CDT - 31053 - 客户端： 'xcodebuild联编' ，退出0个会话，0个节点和0个活动请求

2012-04-12 11：29：28.421 CDT - 触发 - 新节点触发留意 'opendirectoryd：节点;（注册|注销）; *。'

2012-04-12 11:29： 28.421 CDT - semaphore_wait将等待 - 最大数量的会员电话已在飞行中

2012-04-12 11:29:28.421 CDT - 31053。1185985，模块：SystemCache - 客户端：xcodebuild，UID：501，EUID：501，GID：20，EGID：20

2012-04-12 11:29:28.421 CDT - 31053.1185985，模块：SystemCache - 添加到全局请求列表 - 新的计1

2012-04-12 11：29：28.421 CDT - 31053.1185985，模块：SystemCache - mbr_identifier_to_uuid请求，UID：501

2012-04-12 11：29：28.421 CDT - 31053.1185985，模块：SystemCache - semaphore_wait将等待 - max_active_work

2012-04-12 11:29:28.421 CDT - 31053.1185985，模块：SystemCache - semaphore_wait将等待 - workq

2012-04-12 11：29：28.421 CDT - 31053.1185985，模块：SystemCache - 提交到管道

2012-04-12 11：29：28.421 CDT - 31053.1185985，模块：SystemCache - 执行请求管道

2012-04-12 11：29：28.421 CDT - 31053.1185985，模块：SystemCache - 缓存命中 - dev14（0x59574CC0）

2012-04-12 11：29：28.421 CDT - 31053.1185985，模块： SystemCache - 提交到响应管道

20 12年12月4日11：29：28.421 CDT - 31053.1185985，模块：SystemCache - 执行响应管道 - 0x10ba2f670

2012-04-12 11：29：28.421 CDT - 31053.1185985，模块：SystemCache - mbr_identifier_to_uuid完成，交付1结果

2012-04-12 11：29：28.421 CDT - 31053.1185985，模块：SystemCache - 从全球请求列表

2012-04-12 11卸下： - ：29 31053.1185985，模块28.421 CDT：SystemCache - 用于更多工作的信令信号量

2012-04-12 11:29:28.421 CDT - 31053.1185985，模块：SystemCache - 正在完成resp onse对象0x10ba2f670，请求已完成

2012-04-12 11：29：28.421 CDT - 31053 - 客户端：'xcodebuild'，退出0个会话，0个节点和0个活动请求（s ）

2012-04-12 11：29：28.422 CDT - 触发 - 新节点触发留意 'opendirectoryd：节点;（注册|注销）; *。'

2012-04-12 11:29 ：28.422 CDT - semaphore_wait将等待 - 最大数量的成员资格呼叫已在飞行中

2012-04-12 11:29:28.422 CDT - 31053.1185986，模块：SystemCache - 客户端：xcodebuild，UID：501，EUID：501 ，GID：20 ，EGID：20

2012-04-12 11：29：28.422 CDT - 31053.1185986，模块：SystemCache - 添加到全局请求列表 - 新的计1

2012-04-12 11：29：28.422 CDT - 31053.1185986，模块：SystemCache - mbr_identifier_to_uuid请求，UID：501

2012-04-12 11：29：28.422 CDT - 31053.1185986，模块：SystemCache - semaphore_wait将等待 - max_active_work

2012-04-12 11 ：29：28.422 CDT - 31053。1185986，模块：SystemCache - semaphore_wait将等待 - workq

我搜索在谷歌这些字符串中的一个，并与下述溶液中隐藏起来对苹果的开发者论坛提出了：

“看来，老xcodebuild联编命令被新的Xcode安装程序遗留下来，执行'xcode-select -switch /Applications/Xcode.app/Contents/Developer/'和'make clean'后，项目就完美了。“

确实，它现在有效。一定是一些奇怪的符号链接，这是不正确的。许多其他人似乎与opendirectoryd有关的问题和一个破坏的sym链接导致大量CPU高峰。