感谢以下习惯，我今年从未为Xcode的代码签名问题而苦恼。其中一些习惯似乎有些矫枉过正，而且大多数习惯比使用Xcode中的内置支持更“复杂”。所以呢！他妈的胡说八道！做好自己的事，回去怎么办！1.切勿使用Xcode内置的代码签名助手工具。尤其不要点击那个所谓??的修复问题按钮。不仅会接触到很多无用的文件（iOSTeamProvisioningProfile...），还会把你带入配置文件的恶性循环。2.NeverusewildcardAppIDs（通配符应用标识符）。尤其是当你在多个团队，每个团队都有多个通配符AppID时，会很麻烦。花点时间登录开发人员中心，为您的每个应用程序生成一个唯一的捆绑包ID。不使用通配符的AppID会大大减少CodeSigning路上的坑。如果您有使用通配符的项目，请立即将其删除。较新版本的Xcode使这比以往任何时候都更难。让我为你谷歌一下。3.使用构建代码签名和共享方案。在“ManageSchemes...”面板中选中Shared使这变得容易。一个是开发环境，另一个是AppStore的发布版本。如果需要，还可以考虑为测试版添加一个。在编辑器窗口中为每个方案选择合适的编译配置。如果你选择了Xcode提供的默认编译配置，那么你的开发计划就是debug模式，你的release计划就是release模式。4.使用明确的代码签名身份和自动配置选项。由于您现在使用的是链接到特定构建配置的共享方案，因此您可以将Xcode项目设置为更有帮助。项目的代码签名身份和配置文件设置需要分发证书（AdHoc、Enterprise或AppStore分发）。如果您懒惰，也可以使用自动iOS分发。也许我有太多的团队，所以我不相信xcode如此准确。我建议使用iOSDevelopment来自动设置调试版本，以便其他开发人员可以协作。我发现通过上述签名身份设置，我可以为所有构建设置使用自动配置文件。5.在目标级设置上重复项目级设置。另一个常见问题是代码签名和配置文件选择的项目级设置与目标级设置不匹配。除非你认为你不会犯这个错误（我以为我不会，但现在我知道得更多了）。在项目和目标级别手动设置代码签名和供应配置文件，并定期检查以确保它们一致。6.删除KeychainAccess中的过期证书。KeychainAccess使它变得非常简单。大多数证书（AdHoc、APN和AppStore）的有效期为365天，一些企业证书可能会延长至三年。当您创建新的分发证书和APN证书时，设置一个日期警报，提醒您及时更新，防止您的APN服务在证书过期后突然上火，警告您代码错误。7.确保您在KeychainAccess中拥有所有必需的证书。在每个团队中，您至少需要两个证书：1)一个开发人员证书，允许您在设备上安装应用程序。2)分发证书允许您将您的应用程序提交到AppStore。您可能需要两个额外的推送通知证书（一个用于开发，一个用于生产）。开发和分发证书适用于您团队中的所有程序。APNs证书特定于每个应用程序。确保你有这些证书的私钥，存储你的证书并将它们导出到安全方便的地方，以防万一你的高级工程师被一些他妈的白痴麻痹了，你团队中的每个人都可以发送到APPStore。8.安装新文件或证书后无论如何都要重新启动Xcode。缓存的过期证书特别容易出现缓存错误。
