iPhone应用程序ID切换导致组织者中的移动设备疯狂

时间:2010-09-19 13:26:38

标签: iphone xcode certificate provisioning

在开发应用程序的过程中,我被要求切换到另一个开发者帐户,这导致添加新的应用程序ID并为新帐户上的adhocs创建新的配置文件,以及将XCode设置更新为签署新的身份。

问题是在某个地方,某种程度上XCode保留了旧的配置文件。

即。我的分发资料“OLD”。我创造了一个“新”。我在XCode中从Organizer中删除了“OLD”。当我在XCode的管理器中构建和存档“OLD” REAPPEARS 时,adhoc对人们不起作用。

我试过做

grep -r "AD67EE83" *

在应用程序的trunk目录中,其中“AD67EE83”是管理器中的配置文件ID。我在build目录中得到了一堆看起来像这样的结果:

build/myapp.build/Adhoc-iphoneos/myapp.build/build-state.dat:N/Users/me/Library/MobileDevice/Provisioning Profiles/AD67EE83-BLAB-LABLA-BLAB-LABLABLABLAB.mobileprovision
build/myapp.build/Adhoc-iphoneos/myapp.build/build-state.dat:CProcessProductPackaging "/Users/me/Library/MobileDevice/Provisioning Profiles/AD67EE83-BLAB-LABLA-BLAB-LABLABLABLAB.mobileprovision" /Users/me/Documents/svn/myapp/trunk/build/Adhoc-iphoneos/myapp.app/embedded.mobileprovision
build/myapp.build/Adhoc-iphoneos/myapp.build/build-state.dat:x/Users/me/Library/MobileDevice/Provisioning Profiles/AD67EE83-BLAB-LABLA-BLAB-LABLABLABLAB.mobileprovision
build/myapp.build/Adhoc-iphoneos/myapp.build/build-state.dat:lSLF07#2@192"ProcessProductPackaging "/Users/me/Library/MobileDevice/Provisioning Profiles/AD67EE83-BLAB-LABLA-BLAB-LABLABLABLAB.mobileprovision" build/Adhoc-iphoneos/myapp.app/embedded.mobileprovision303990620#303990620#0(0"0(0#0#108"/Users/me/Documents/svn/myapp/trunk/build/Adhoc-iphoneos/myapp.app/embedded.mobileprovision8628715392#445"    cd /Users/me/Docume    <com.apple.tools.product-pkg-utility> "/Users/me/Library/MobileDevice/Provisioning Profiles/AD67EE83-BLAB-LABLA-BLAB-LABLABLABLAB.mobileprovision" -o /Users/me/Documents/svn/myapp/trunk/build/Adhoc-iphoneos/m0#p.app/embedded.mobileprovision

(我在那里用BLABLA替换了实际的ID,以防你想知道。)

在任何情况下,OLD都会从某处撤出并进行恢复和使用。疯。我在管理器中删除并在我的磁盘上搜索了那个AD ...的东西,并在/ Users / me / Library / MobileDevices / Provisioning Profiles /中找到了一些文件名相同的文件。

我删除了那些仍然从我构建的&amp;存档。实际上,这些文件也会放回到该目录中。

我已经完成了所有设置,试图找到对此AD ...的任何引用,但在任何地方都没有。

OLD与“com.oldcorp”联系在一起,NEW与“com.newcorp”联系在一起 - 做一个grep'newcorp'揭示

myapp-Info.plist:    <string>com.newcorp.myapp</string>

做一个grep'oldcorp'没有结果。

任何可能引用此旧无效证书的想法? (它甚至已从开发人员门户网站中删除,因此我认为它不可能直接从Apple下载它。)

更新:构建和存档任何项目都会导致“oldcorp”分发配置文件的复活,因此它与我的项目无关。问题仍然存在 - adhoc无法正常运作。

通过重新创建项目并手动输入代码来解决这个问题。长期解决方案在下面给出答案。

1 个答案:

答案 0 :(得分:0)

我在处理不同的开发者帐户时在我的Mac上创建了新的用户帐户,以防止XCode缓存创建这些类型的混乱。

这可能仍然为您提供解决方案。创建一个临时全新的用户帐户,只安装新用户帐户中新开发人员帐户所需的私钥,证书和规定,确保不在构建设置中使用任何共享用户目录,从源代码管理中检出您的项目进入新用户帐户,并在那里为您的Ad Hoc构建运行Xcode。