苹果的又一个坑：InHouse打包后程序不能启动
现象：
Debug模式下，程序启动正常，功能也正常。但Archive打包后，LaunchScreen显示一下，程序闪退。
工程为Swift项目，并且嵌入了一个Swift 库（Alamofire）。
查看设备日子，发现如下异常：
Dyld Error Message:
Library not loaded:@rpath/Alamofire.framework/Alamofire
Referenced from: /private/var/mobile/Containers/Bundle/Application/2307B97A-4DE2-4BB0-9B3C-9B58FB3617CB/YNYDQX.app/YNYDQX
Reason: no suitable image found. Did find:
/private/var/mobile/Containers/Bundle/Application/
检查Alamofire，发现代码没有签名，而且Bundle ID不能匹配。怎么回事？明明记得以前嵌入框架（.a文件）是不需要签名的（O-C项目）？！
不管了，先解决这个问题再说。于是进行签名，并修改Bundle ID。
再次运行程序，发现故障依旧，控制台输出：
[deny-mmap] mapped file has no teamidentifier and is not a platform binary: /private/var/mobile/Containers/Bundle/Application/2307B97A-4DE2-4BB0-9B3C-9B58FB3617CB/YNYDQX.app/YNYDQX
在stackoverflow上查找答案，有人说需要撤销原来的inHouse证书，然后重新制作新的证书和provisioning profile。
于是登录Portal，重新制作证书和Provisioning Profile。
将代码重新签名，再次打包。
程序正常启动。
比较老的证书和新制作的证书，发下以下部分有所不同：
在新的inHouse证书的主题中，增加了一个新的字段：组织单位（也就是所谓的OU）。
原来，iOS（测试设备为8.1）现在开始对inHouse证书中的OU进行验证了。老的证书中并没有这个东西，于是iOS强行终止了App进程。
但是苹果官方并没有对此进行说明。对于相对小众的企业开发者来说，无疑又被苹果坑了一回。