[发明专利]一种重签名方法及装置

说明书

本发明旨在解决现有技术中存在的多层次应用程序包的重签名问题，提出了一种重签名方法及装置。该方法包括：对第一设备的应用扩展文件进行第一层重签名；对第一设备的应用文件以及第二设备的应用扩展文件进行第二层重签名；对第一设备的应用扩展文件、第一设备的应用文件以及第二设备的应用扩展文件进行第三层重签名，其中，第一设备受第二设备控制，该方案有效的解决了现有技术中多层次应用程序包的重签名问题。

技术领域

本发明涉及通信技术领域，尤其涉及一种重签名方法及装置。

背景技术

随着公司规模的不断壮大，APP(Application，应用程序)业务需求的不断增多，开发人员和测试人员也在不断增多，随之而来的是项目的分支会比较多，在持续集成过程当中，效率较为重要，比如开发人员提测完一个需求后，测试人员需要尽快地获取到测试包，开发人员修改完bug后，测试人员也需要拿到最新的包去验证回馈问题。

对于苹果公司的证书来说，能够安装一个证书对应的安装包的设备的个数是有限制的，通常限制100台设备。而对于大型公司较大团队来说，要加入的设备较多，很容易就达到限制数量的上限，因此，一定会有一批设备无法加入到证书中。为了解决这个问题，通常使用企业证书对现有安装包进行重签名的方式将安装包生成Inhouse包对外提供，加入证书的设备就可以不受安装个数限制了。

其中，重签名是对现有的程序安装包(例如，iOS为.ipa包)通过更换证书的方式重新生成新的安装包的操作。

还有一种情况是当要测试版本覆盖升级时，要用当前版本包生成一个版本号高于当前版本的一个APP包，这种情况也可以通过重签名的方式达到目的。

目前，对.ipa包的重签名方案具体可以包括如下处理：

获取并安装好新证书(.p12)和新证书对应的描述文件).mobileprovision)；解压已有的ipa包，得到Payload目录，以下都在该目录下操作；删除旧的签名文件，即删除整个_CodeSignature目录。通过新描述文件的Entitlements部分生成授权配置文件，即entitlements.plist；用新的描述文件替换mbedded.mobileprovision文件；用codesign命令进行重签名，用到新证书和上面生成的entitlements.plist文件，执行后生成新的签名文件；压缩Payload生成新的.ipa包，即为最终重签名后的目标包。最后把不再需要用的Payload及entitlements.plist进行删除。然而，现有这种签名方式只适用于层次简单的APP。如果APP中有Apple Watch和Extension，则这种签名方式签名后的包不能正常安装，因为在.app目录下，还有watch对应的.app目录，有单独的签名文件，而且在watch.app目录下还有一个Extension.appex目录，也有独立的签名文件。与watch.app并列的还有一个插件PlugIns目录，里面有Extension.appex，也是独立签名。因此，如果有Apple Watch和Extension需要进行对4个签名文件的处理。

其中，Extension是对APP的扩展，以独立进程运行，与APP间可以进行交互通信，如Watch Extension、Today Extension等，其中Today Extension在iOS8，iOS9下是在通知中心下面Today标签页的内容，iOS10以后在桌面右滑出现的页面。

发明内容

本发明旨在解决现有技术中存在的多层次的应用程序包的重签名方式问题，提出了一种重签名方法及装置。

根据本发明的一个方面，提供了一种重签名方法，包括：对第一设备的应用扩展文件进行第一层重签名；对第一设备的应用文件以及第二设备的应用扩展文件进行第二层重签名；对第一设备的应用扩展文件、第一设备的应用文件以及第二设备的应用扩展文件进行第三层重签名，第一设备受第二设备控制。