我正在使用Xcode 4.1 build 4B110f试图让我的iOS应用程序准备好上传.它通过了Product | Archive步骤,没有任何错误,要求两次获得签名的权限.但是当我尝试从管理器验证存档时,它会失败:
### Codesigning '/Users/uqrchern/Library/MobileDevice/Provisioning Profiles/70D2381D-3733-4F5D-88B2-4729572C2864.mobileprovision' with 'iPhone Distribution: Ron Chernich'
+ /usr/bin/codesign --force --preserve-metadata --sign iPhone Distribution: Ron Chernich --resource-rules=/var/folders/ul/ula1AHKnGpqQ9ftDnUL-l++++TM/-Tmp-/rybczU3EBd/Payload/ABRA-D.app/ResourceRules.plist --entitlements /var/folders/ul/ula1AHKnGpqQ9ftDnUL-l++++TM/-Tmp-/rybczU3EBd/entitlements_plistrZ1Vwko6 /var/folders/ul/ula1AHKnGpqQ9ftDnUL-l++++TM/-Tmp-/rybczU3EBd/Payload/ABRA-D.app
Program /usr/bin/codesign returned 1 : [/var/folders/ul/ula1AHKnGpqQ9ftDnUL-l++++TM/-Tmp-/rybczU3EBd/Payload/ABRA-D.app: replacing existing signature
/var/folders/ul/ula1AHKnGpqQ9ftDnUL-l++++TM/-Tmp-/rybczU3EBd/Payload/ABRA-D.app: object file format invalid or unsuitable
]
error: codesign failed with error 1
我已经看过所有类似的问题和解决方案(其中一些没有任何意义,或适用于真正旧版本的工具).没有任何影响.
我还检查了3次验证是否正在使用"生产"证书,生成存档的代码签名步骤也是如此.我甚至把上面的输出变成了一个schell脚本,所以我可以手动尝试所有证书:每次都有相同的结果.
也许正在签名的.app文件真的不合适吗？
顺便提一下,codesign没有版本标志,但是手册页的日期是2006年6月1日.二进制文件的文件日期是2010年11月20日.
更新(第二天):
研究这个问题进一步发现了一个模糊的参考文献,说codeign需要以下环境变量集:
CODESIGN_ALLOCATE=/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/codesign_allocate
使用失败的Validate运行的输出,我创建了一个shell脚本,它在失败的codesign --force步骤和中提琴之前导出了这个var!协同设计有效.
但这并没有真正帮助我准备上传代码.有没有办法将此包含在由管理器验证按钮运行的脚本中？
一点点,仍然是解决方案!:
根据理论,有一个脚本可以生成在管理器验证...运行期间运行的所有命令,我用grep和find进行了一些挖掘.该脚本确实存在,它的名字是:
/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/PackageApplication
它只是Perl,修复是在开始时将所需的环境var添加到关联数组%ENV,比如第72行:
$ENV{CODESIGN_ALLOCATE} = '/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/codesign_allocate';
这完全解决了这个问题. 我不知道网上所有其他海报谁认为他们通过删除证书,构建清理,关闭和重新启动Xcode等组合来修复它的方式来自哪里.我只是默默地断言这个修复偏爱科学而不是迷信,并且在Xcode 4.1 Build 4B110f及其相关的PackageApplication脚本下运行,在Snow Leopard 10.6.8下使用Perl 5.10.0运行
我正在使用我之前使用的一段代码成功将plist加载到数组中:
NSString *filePath = [[NSBundle mainBundle] pathForResource:@"species_names" ofType:@"plist"];
NSArray *array = [[NSArray alloc] initWithContentsOfFile:filePath];
initWithContentsOf文件失败(数组为null,表明它无法在应用程序包中找到plist).
在iPhone模拟器下我检查了第一行创建的路径指向app文件(确实如此),并使用Finder上下文菜单"Show package contants"向自己证明"species_name.plist"实际上是捆绑 - 一个长度表明它包含东西,所以它应该工作(并在我写的其他iOS应用程序中).建议最受欢迎......
[env Xcode 4.2 beta,iOS 4.3.2].
我正在工作和家里运行Xcode 4.1.我已经在家庭设置上从远程svn存储库(工作)中成功检出了一个项目.回购已更新,所以当我回到家时,我对本地结账进行了更新.
更新文件的状态标记为"U"(好),并且页面出现显示要接受的更改,但是当我点击接受时,我得到一个弹出窗口,上面写着:
工作副本"ABRA-D"未能拉动.致命的:不是git存储库(或任何父目录):.git
嗯,是的......回购是svn,而不是git!关闭Xcode并重新启动会删除"U"标记,然后我回到我开始的地方.听起来像Xcode对repo类型感到困惑,尽管它知道足够查询svn repo并找出已更新的内容.有人知道治愈吗？