APP上架的手动签名和自动签名过程

APP上架的签名是一项繁琐的任务，签名应用程序使用特定的配置文件，只要团队中的每个开发人员都拥有有效的开发签名身份，就可以安全地部署到设备。

    Apple提供签名过程非常全面的文档，利用文档很实用，构建完成后执行代码签名，所有应用程序，包括软件包，资源，框架，工具，脚本，所有其他类型的应用程序都需要与一起进行签名。加密确保了信息的完整性，签名各个部分的哈希集合，以便验证者可以检测代码自签名是否有任何变化。通过在应用程序中运行代码的不同部分来生成，使用散列算法将散列应用的部分，输入块的哈希值是唯一的。使用相同的散列算法来比较散列，如果全部相同，则满足验证标准，一个小的改变可能导致哈希的损坏。

    手动签名过程中，必须在构建设置中明确指定代码签名标识和配置文件，通过选中目标设置的常规选项卡中的自动管理签名复选框，启用手动代码签名，设置签名标识和配置文件的选项。这种情况非常罕见，但在某些情况下，需要删除已签名应用的签名并使用新的配置文件和证书重新签名。要重新签名，需要验证程序然后使用相同的散列算法来验证数据未被更改，但是此验证仅与存储的哈希的可靠性一样可靠，数字签名保证签名验证。

自动签名是开发应用程序的理想选择，但在处理开发或分发的特定要求时，无法正常工作。使用手动签名配置的时候。通常要求是使用构建的特定供应配置文件，构建系统使用配置文件部署此应用程序，配置文件具有标识符由iPhone分发标识证书签名。在构建时返回错误，如果无法满足要求。在开发app时，需要编写和调试代码的过程的问题。用于此类构建的最佳配置是自动签名方法，减少了维护的压力，并降低了更改次数。要进行配置，首先应为开发构建创建新的构建配置。应该创建一个新的文件来容纳要特定于此构建配置的设置。

    在设置之后，需要进入并为可以执行的各种类型的构建相关联的操作选择构建配置。通过这些选项，可以控制在调用这些方案操作运行，测试，分析，配置文件和存档时传递给构建系统的设置，创建与构建的方案直接相关的签名配置。证书签名需要很多技术，应该更好地了解工作原理，并准备在构建在设备上运行的应用程序时应用这些知识。