select主要故事板或xib时，XCode 6 GM崩溃
我刚刚下载了XCode 6 GM，每次select主故事板（和特定的xib），XCode都会崩溃。
发送给苹果的错误包含以下信息
/SourceCache/IDEInterfaceBuilderCocoaTouch/IDEInterfaceBuilderCocoaTouch-6238/InterfaceBuilder/Documents/IBCocoaTouchPlatform.m:531中的ASSERTION FAILURE详细信息：返回的状态计算结果不是IBMarshallingResult，它是{
任何人遇到同样的问题？
我听说，这可能是一个自动布局问题，所以我试图手动禁用它，它的工作！
如果你右键单击故事板文件，打开源代码，并删除useAutolayout =“是”，然后清理，重build，你应该能够打开没有问题。
这给我造成了很大的麻烦，重新创build故事板不是一个select。 我通过CTRL /右键单击故事板，并通过它
“打开为”>“源代码”
然后，我做了一个小改动，解开了它，并重新保存了文件。 然后我做了
“打开为”>“界面生成器 – 故事板”
它打开没有崩溃XCode。
要解决这个问题：
- 打开Finder窗口并导航到您的项目
- 右键单击.xcodeproj文件（实际上是一个包）
- select显示包装内容
- 出现一个新窗口
- 删除一个名为xcuserdata的文件夹
如何在将来避免这种情况：一旦添加到.gitignore，您必须发出以下命令：
git rm --cached ProjectFolder.xcodeproj/project.xcworkspace/xcuserdata/yourUserName.xcuserdatad/UserInterfaceState.xcuserstate git commit -m "Removing file thats driving me insane" （1）您是否已经清理并重build项目？
（2）您是否尝试清空xcuserdata文件夹？ 该文件夹包含UI状态，并可能是这样的问题的原因，特别是当Xcode更新。 右键单击.xcodeproj“文件”并select“显示包内容”时，可以在项目目录中findxcuserdata文件夹。 closuresXcode，清空xcuserdata文件夹并重新打开.xcodeproj文件。
希望其中的一个帮助:)
如果人们使用多个标签，可能是一个问题。 我的XCode 6.0.1变得没有反应，只要同一个故事板在多个标签中打开…
这是从Xcode的早期版本，还是从早期的Xcode 6版本之一？ 如果是后者，那么解决scheme将是重新创build它。
您可以查看故事板文件并查看它是否是有效的文档 – 该文件是基于XML的，因此您应该能够查看是否存在由合并冲突引起的任何缺失的元素或问题。 你也可以尝试删除特定的屏幕，看看是否能解决你的问题 – 也许问题是关于一个特定的屏幕。
我还build议检查你的对象是否实现了一个IBDesignable属性，如果你在故事板中使用了这个属性， 如果是这样的话，NSCoder可能会从文件中恢复对象。
从Xcode 5升级到6.0.1后，我一直在解决同样的问题。 试图加载我大而复杂的iPad故事板会冻结Xcode，调出死亡风车，最终崩溃。 有时它也会在编译时显示错误，提到丢失的OID。
我结束了在Git中回滚Storyboard文件（通过命令行，因为Xcode不会让我得到那么多），一直回到第一个模板版本。 我清理了这个项目并重build了它，故事板正确地加载了。
然后，我及时前进，承诺，每一次清洗和build设。 我希望我会得到一个事情再次爆发 – 但我一直到最近的提交没有任何冻结。
然而，当我尝试了几个星期的时间之后，我又遇到了冻结和崩溃。
我想知道6.0.1中新的Storyboard编辑器是否需要以更简单的步骤构build其内部表示（和caching？），而不是完整复杂文件的巨大飞跃。
这个回滚/前滚/重build过程花了我大约45分钟，但这比我重build这个故事板花费的时间要less很多。 希望这可以帮助你。
解决这个问题的方法是在Xcode 5中打开xib，让它改变一堆设置。 然后在Xcode 6中打开。
我刚刚经历过同样的事情。 事实certificate，由于git合并，在故事板中是重复的UILabel。 显然，如果两个UI元素具有相同的内部ID，Xcode将会崩溃。
和安德鲁 – 伯克的方法有些相似，我find负责任的问题的方法是通过git来追踪问题的变化。 脚步：
- 迭代地浏览git历史logging，检查每个提交，直到find第一个不会使Xcode崩溃的故事板。
- 一旦你已经开始崩溃的提交，请检查HEAD并迭代地还原问题提交中的故事板更改。 继续缩小它，直到有一个UI元素或一行会导致崩溃。
- 永久还原负责任的更改并重新启动Xcode。 再次打开故事板，您可能会被警告内部不一致。 同意Xcode提出的修改build议，但对其进行审核。
- 如果有必要，现在可以尝试重新创buildUI元素或从头开始更改导致问题的原因。
当我在Main.storyboard上拖动一个button来创build一个IBOutlet时，我的Xcode崩溃了。
我发现它是由一个构build设置项 – [Objective-C自动引用计数]引起的。
如果设置为“否”，Xcode将在创buildIBOutlet时崩溃。
OS X Version: Yosemite 10.10.1 Xcode Version: 6.1.1 (6A2008a)
希望这可以帮助。
什么为我工作， 仍然使用AutoLayout
- 打开故事板作为源代码
- 编辑useAutolayout =“YES”使用Autolayout =“NO”
- closures源代码
- 以界面生成器 – 故事板打开故事板
- 这是最重要的一步：在文件检查器视图（左窗格）中选中“使用AutoLayout”
完成。
在Mac OS X 10.11.1上的Xcode 7.1崩溃，并通过右键单击xcode图标打开相同的项目，使它再次崩溃。 然后，我正确的Xcode图标，并从最近的列表中打开一些其他项目，然后打开从Xcode的菜单最近项目崩溃的同一个项目，并没有崩溃。
我在XCode 8上遇到了这个问题，我能够做到
- 保存在git分支上我的腐化故事板更改。
- 切换到不同的分支在故事板被损坏之前还原为较旧的提交
- 在XCode中查看故事板文件
- 切换到损坏故事板的分支，而XCode没有崩溃，同时仍然查看故事板文件