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

Question

当我试图存档一个版本时,xcode会挂着色彩斑斓的死亡轮子.它曾经工作正常,但我不能再浏览存档,除非我手动删除存档文件.我可以毫无问题地构建一个设备.我手动删除了存档中的所有内容(通过删除实际存档文件),存档/管理器窗格显示正常,因为其中没有任何内容(因为我删除了存档).但是当我再次尝试存档时,它会构建,然后再次尝试打开存档/管理器窗口,它会挂起.它确实生成的存档文件大约是一个30兆的存档文件...但我害怕使用它..

虽然死亡的spinny轮正在旋转,但打开"Activity Monitor"显示以下内容:"xcodebuild"具有大约80%的CPU使用率"opendirectoryd"具有大约30%的CPU使用率.

我在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)

任何想法或建议对我都非常有帮助.什么都没有.谢谢.

Answer 1

快速解决方案:执行以下命令: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;(register | unregister);.*'

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峰值过大的问题.