当我尝试存档构建时，xcode会挂着色彩斑斓的死亡轮。它曾经工作正常，但我不能再浏览存档，除非我手动删除存档文件。我可以毫无问题地构建一个设备。我手动删除了存档中的所有内容（通过删除实际存档文件），存档/管理器窗格显示正常，因为其中没有任何内容（因为我删除了存档）。但是当我再次尝试存档时，它会构建，然后再次尝试打开存档/管理器窗口，它会挂起。它确实生成的存档文件大约是30兆的存档文件......但是我害怕使用它..
当死亡的spinny轮旋转时，打开“Activity Monitor”显示以下内容： “xcodebuild”的CPU使用率约为80％ “opendirectoryd”的CPU使用率约为30％。
我在Lion上卸载并重新安装了XCode 4.3.2但没有结果。
我也在从Unity3D构建项目..
有人在另一个帖子中提到了以下内容：“我遇到了类似的问题我发现我做的符号链接是/ Developer / usr / bin到/ usr / bin的问题的原因（因为Xcode 4.3移动了一些执行官）“
我没有这样的事情发生。将所有类移动到一个新的“项目”并没有帮助，因为每次我在Unity内部构建时，项目都是全新创建的。
XCode 4.3.2 Mac OS X（10.7.3）
任何想法或建议对我都非常有帮助。什么都没有。 感谢。
答案 0 :(得分：5)
快速解决方案：执行以下命令：xcode-select -switch /Applications/Xcode.app/Contents/Developer /
我是如何找到解决方案的：
打开opendirectoryd调试日志记录：“odutil set log debug”
在/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：nodes;（register | unregister）;。*'
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 - 提交到响应管道
2012-04-12 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：28.421 CDT - 31053.1185985，模块：SystemCache - 用于更多工作的信令信号量
2012-04-12 11：29：28.421 CDT - 31053.1185985，模块：SystemCache - 完成响应对象0x10ba2f670，请求已完成
2012-04-12 11：29：28.421 CDT - 31053 - 客户端：'xcodebuild'，退出时有0个会话，0个节点和0个活动请求
2012-04-12 11：29：28.422 CDT - 触发 - 新节点触发器监视'opendirectoryd：nodes;（注册|取消注册）;。*'
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峰值过大。