由于存储库损坏，Xcode 4.0 在加载项目时挂起？
我试图提交一些更改，Xcode 一直在调出更改的文件。所以我干掉了（强制）Xcode。然后下次尝试启动我的项目时，Xcode 只是挂在加载项目上。首先，我认为我的项目文件可能已损坏，但它与我的备份项目文件的行为仍然相同。所以我猜测我的项目的默认存储库已损坏。
问题是 - 我的项目的默认存储库的位置在哪里？我可以“删除”它来看看 Xcode 是否可以在没有它的情况下正常启动？
I was trying to commit some changes, Xcode was hang on bringing up the changed files. So I killed (Force Quite) the Xcode. Then next time when trying to bring up my project, Xcode just hangs on loading project. Firstly I thought that maybe my project file was corrupted, but it still the same behavior with my backup project file. So I guess that the default repository for my project is corrupted.
The question is - where is the location of the default repository for my project? can I "remove" it to see if Xcode can starts up properly w/o it?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
在 XCode 4 中，您将找到项目 ~/Library/Developer/Xcode/DerivedData 的输出内容
我也遇到了这个问题，间歇性地出现在几个项目中。我怀疑 Lion resume 至少是罪魁祸首的一部分，因为我已经成功删除了以下内容：
~/Library/Saved\ Application\ State/com.apple.dt.Xcode.Lion.savedState
我目前正在重新安装 Xcode，看看是否可以解决问题。一个非常 Windows 的事情必须做，是吗？
In XCode 4, you'll find the output contents for the project ~/Library/Developer/Xcode/DerivedData
I'm having this issue as well, intermittently with several projects. I suspect Lion resume as at least part of the culprit as I've had some success with deleting the content at:
~/Library/Saved\ Application\ State/com.apple.dt.Xcode.Lion.savedState
I'm presently reinstalling Xcode to see if that clears things up. A very Windows thing to have to do, eh?
[很抱歉劫持了这样一个过时的线程。]
当我们偶然发现这个问题时（最近经常发生），我们通常会删除
~/Library/Developer/Xcode/DerivedData/YOURPROJECT_RANDOMSTUFF并重新启动 Xcode。通常，挂起伴随着 Xcode 使用所有可用 RAM 并导致机器频繁交换。
[Sorry for hijacking such a dated thread.]
When we stumble upon this issue (it happens a lot lately) we usually remove
~/Library/Developer/Xcode/DerivedData/YOURPROJECT_RANDOMSTUFFand restart Xcode.Usually the hang comes along with Xcode using all available RAM and causing the machine to swap heavily.