好的，所以我正在尝试设置iOS app的自动构建和签名/打包（持续集成，你知道）。我们的测试人员（即UDID）不是很稳定，因此我们的配置文件往往会经常更改。为了完全确定我使用最新的配置文件构建（并避免常见的缓存陷阱），我想清理所有以前的配置文件的构建框，并在每次构建之前从Apple配置门户下载新的配置文件。我似乎无法确定性地完成第一步。我清理了~/Library/MobileDevice/Provisioning Profiles/，但XCode仍在从某处获取配置文件。我清理了图书馆中的XCode Organizer以及所有当前连接的设备。请注意，我需要避免这一步，除非有一种已知的方法如何从命令行执行此操作！尽管如此，XCode还是乐于签约。无奈之下，我做了find / -name "*.mobileprovision"并在不少于3个临时位置找到了副本：
~/Library/Developer/XCode/DerivedData/[ProjectName]-[hash]/ ~/Library/Developer/XCode/Archives/[date]/[Projectname].xcarchive/Products/Applications/[Projectname].app/ /private/var/folders/k_/[hash]/T/[UUID]/[Projectname].app/ 删除所有这些后，XCode最终承认没有配置文件（只列出证书可以理解为“没有配置文件的身份”）并且签名失败。
清洁方面是否存在决定因素？我或许可以找出两个第一条路径，但第三条路径没有机会，其中有两个随机序列。我错过了什么？如果我只是删除~/Library/MobileDevice/Provisioning Profiles/中的旧配置文件，我可以依赖XCode使用新的配置文件吗？我想避免每次都关闭一个全新的MacOS VM，只是为了确保这一点：）
为了完整性，我们在XCode 4.3和4.5之间使用任何东西，如果有所不同，可以在最新的4.6上同步。但我对此表示怀疑。
答案 0 :(得分：3)
删除整个~/Library/Developer/XCode文件夹为我完成了这项工作。
答案 1 :(得分：0)
删除
〜/ Macintosh HD / User / home / Library / MobileDevice / Provisioning Profiles
答案 2 :(得分：-1)
~/Library/MobileDevice/Provisioning Profiles
这有助于您删除所有配置文件或所选配置文件