Dropbox API的协同设计在Xcode 4.6.3中失败：“代码对象根本未签名”

我有一个通过Mac App Store分发的OS X应用程序，最近更新为Xcode 4.6.3。

现在运行常规构建时，会收到：

Command /usr/bin/codesign failed with exit code 1:

/Users/Craig/Library/Developer/Xcode/DerivedData/Mac-dxcgahgplwpbjedqnembegifbowj/Build/Products/Debug/MyApp.app: code object is not signed at all
In subcomponent: /Users/Craig/Library/Developer/Xcode/DerivedData/Mac-dxcgahgplwpbjedqnembegifbowj/Build/Products/Debug/MyApp.app/Contents/Frameworks/DropboxOSX.framework
Command /usr/bin/codesign failed with exit code 1

我似乎无法识别项目中的任何其他更改，因此无法确定这是与4.6.3更新相关的问题还是其他问题。

我尝试过重新启动Xcode，运行干净的构建以及清理构建文件夹。

我想我可能已经想到了这一点。我一直在OS X Mavericks上运行Xcode 4.6.3，给人的印象是，任何特定于构建的工具都捆绑在Xcode应用程序中。

但是，似乎codesign在中/usr/bin。我不确定它是由Xcode安装程序之一安装还是随系统安装而来。但是通读的man页面codesign，我发现了这个不错的选择：

--deep  When signing a bundle, specifies that nested code content such as helpers, frameworks, and plug-ins, should be recursively signed
             in turn. Beware that all signing options you specify will apply, in turn, to such nested content.
             When verifying a bundle, specifies that any nested code content will be recursively verified as to its full content. By default,
             verification of nested content is limited to a shallow investigation that may not detect changes to the nested code.
             When displaying a signature, specifies that a list of directly nested code should be written to the display output. This lists only
             code directly nested within the subject; anything nested indirectly will require recursive application of the codesign command.

然后我发现了两周前（2013年6月）的帖子（https://alpha.app.net/isaiah/post/6774960），其中提到（尽管是二手的）：

@isaiah我问了实验室里的一个人。他说，codesign现在要求在对整个应用程序捆绑包进行代码签名之前，分别对嵌入式框架进行签名。

手动重新运行codesignXcode正常运行的命令，同时将--deep标志添加到末尾，以正确签名应用程序。

我还不确定该手动签名的确切含义，或者我是否可以调整Xcode构建以--deep自动添加标志，但这似乎是潜在的问题。（codesign不再自动对您的应用捆绑包进行深度签名。）

正如其他答案中突出显示的那样，代码签名的工作方式有所变化。如果您安装了任何Xcode 5 DP，那么即使您使用的是Xcode 4.6.X，也将使用新工具。

在此阶段（在Xcode 4.6.X中），您需要做的只是采用上面建议的--deep标志并将其添加到代码签名标志（目标，构建设置）中，请参见下图。

对我来说，此问题是在我的项目中拖动名为“ resources”的文件夹后引起的。将其名称更改为其他名称（例如“ resourcessss”）后，错误消失了。

我遇到了同样的问题，但是答案很简单：我的应用程序上的代码签名身份设置为“-”，因此只需将其设置为“ Do n't Code Sign”就可以解决问题。

当您执行某些操作时，“-”似乎是默认设置，尽管我无法告诉您这些是什么。

这可能有帮助：

我终于通过反复试验找出了解决方案。就我而言，我的文件夹名称与构建设置下的“产品名称”变量匹配。这也与整个项目名称匹配！所以我只改变了一个领域。我更改了“构建设置”->“产品名称”。MySpecialApp的值已更改为My-SpecialApp。就是这样！然后，我重新登录到Apple开发人员门户，并创建了一个新的App ID和移动配置文件以进行开发和分发，剩下的就是历史了。通过Ad Hoc发行版部署后，我的发行版现在可以正常工作。关于此的最后说明。这绝对是Apple应当警告用户他们做错了什么并启用某种自动纠正措施的错误。- 更多信息请访问：http://www.chrisdanielson.com/2012/08/29/codesign-ipa-and-the-code-object-is-not-signed-at-all-problem/#sthash.F0nF3BbC.dpuf

对我来说，这是一个损坏的Framework PaddleMA，它们：1.从我的Cocoapods文件中删除了2.跑了pod install 3.重新启动了Xcode

它解决了问题。出于某种原因，损坏的框架将阻止对其进行签名，不幸的是XCode并未真正清楚地显示此错误，并为您提供了很好的修复建议。提出了与Apple一起修复的错误。