在使用脚本xcodebuild自动打包的时候，会用到签名证书和描述文件，我在编译的时候搞了好长时间才搞明白，下面介绍如何得到正确配置。

　　证书：证书是用来给应用程序签名的，只有经过签名的应用程序才能保证他的来源是可信任的，并且代码是完整的， 未经修改的。在Xcode Build Setting的Code Signing Identity中，你可以设置用于为代码签名的证书。

　　.p12：因为直接从Apple下载的证书只有公钥，没有私钥。没办法证明这个证书是你的(没有办法证明你有这个权利)。而从本地钥匙串中导出的.p12文件是包含公钥和私钥的，也就是说可以把证书上描述的权利赋予他人。

　　描述文件：描述文件里包含了App ID , Certificates （证书）, Devices（设备）。 说明生成描述文件需要用到这些信息。我们要打包或者在真机上运行一个应用程序，首先需要证书来进行签名，用来标识这个应用程序是合法的、安全的、完整的等等。然后需要指明它的App ID，并且验证Bundle ID是否与其一致。再次，如果是真机调试，需要确认这台设备能否用来运行程序。而Provisioning Profile就把这些信息全部打包在一起，方便我们在调试和发布程序打包时使用，这样我们只要在不同的情况下选择不同的profile文件就可以了。而且这个Provisioning Profile文件会在打包时嵌入.ipa的包里。

 一、“手动管理证书”与“自动管理证书”

　　在Xcode8以后苹果引入了自动管理证书（automatically manage signing），设置自动管理证书后xcode会根据账号证书和苹果开发者中心设置的内容，自动生成描述文件并下载到机器中使用。

　　如果我们想手动管理证书，请将xcode中的“automatically manage signing”勾掉。

二、正确获得证书“常用名称”

　　首先要安装证书或者直接安装到处的p12文件。其次要得到“常用名称”

1、打开“钥匙串访问”

　　在“Launch”中搜索“钥匙串访问”

2、找到你的证书，单击鼠标右键，单击“显示简介”

3、其中常用名称就是证书名称copy待用

三、得到对应证书的描述文件

 　　得到证书名称还不够还需要得到描述文件（Provisioning Profiles）

 　　每个用户有其相应的Provisioning Profiles配置目录在当前用目录中，我的目录如下

　　　其中就是我目前持有的描述文件。

1、登录“苹果开发者中心” https://developer.apple.com/

2、点击“Certificates, Identifiers & Profiles”

 　　这里就是我的描述文件，“Development”是开发者描述文件可以打包后在真机上安装，“Distribution”是发布描述文件如果要发布到appstore需要这个描述文件。

3、创建描述文件

a）单击“+”创建一个描述文件

 b）选择开发者描述文件还是发布描述文件，选择后单击“continue”

c）选择appid（也就是设置此描述文件应用于那个app，如果你有多个app需要给每个app都配置一个描述文件），选择好后单击“continue”

 d）选择那个证书可以使用此描述文件，不知道全选即可，单击“Continue”

e）选择打包后可以在那些设备上使用，选择好后单击“Continue”

f）在Profile Name中输入此描述文件的名字，单击“Continue”。

4、下载描述文件

　　证书创建完成后需要把描述文件手动下载到本机

　　找到你要使用的描述文件（开发者、发布）单击后显示如下内容，单击“Download”后保存到 “/Users/rongshenglai/Library/MobileDevice/Provisioning Profiles” 目录中注意每个人的个人目录不同根据情况修改。

　　下载的文件名类似“XXXX.mobileprovision” 前边的XXXX记录下来它就是描述文件名，使用时不要带.mobileprovision

　　注意：刚才制作描述文件时一定要选择你使用的证书。

 四、Provisioning Profile文件的说明

以下为典型供应配置文件 *.mobileprovision 的构成简析：

（1）Name：该mobileprovision的文件名。

（2）UUID：该mobileprovision文件的真实文件名。

（3）TeamName：Apple ID账号名。

（4）TeamIdentifier：Team Identity。

（5）AppIDName：explicit/wildcard App ID name（ApplicationIdentifierPrefix）。

（6）ApplicationIdentifierPrefix：完整App ID的前缀（TeamIdentifier.*）。

（7）DeveloperCertificates：包含了可以为使用该配置文件应用签名的所有证书<data><array>。

证书是基于 Base64 编码，符合 PEM(PrivacyEnhanced Mail, RFC 1848) 格式的，可使用 OpenSSL 来处理（opensslx509 -text -in file.pem）。

从 DeveloperCertificates 提取 <data></data> 之间的内容到文件 cert.cer（cert.perm）：

-----BEGIN CERTIFICATE-----

将<data></data>之间的内容拷贝至此

-----END CERTIFICATE-----`

Mac 下右键 QuickLook 查看 cert.cer（cert.perm），在 Keychain Access 中右键 Get Info 查看对应证书 ios_development.cer，正常情况（公私钥 KeyPair 配对）应吻合；Windows 下没有足够信息（WWDRCA.cer），无法验证该证书。

如果你用了一个不在这个列表中的证书进行签名，无论这个证书是否有效，这个应用都将 CodeSign Fail。

（8）Entitlements 键<key>对应的<dict>：

keychain-access-groups：$(AppIdentifierPrefix)，参见Code Signing Entitlements(*.entitlements)。

每个应用程序都有一个可以用于安全保存一些如密码、认证等信息的 keychain，一般而言自己的程序只能访问自己的 keychain。通过对应用签名时的一些设置，还可以利用keychain的方式实现同一开发者签证（就是相同bundle seed）下的不同应用之间共享信息的操作。比如你有一个开发者帐户，并开发了两个不同的应用A和B，然后通过对A和B的 keychain access group 这个东西指定共用的访问分组，就可以实现共享此 keychain 中的内容。

application-identifier：带前缀的全名，例如$(AppIdentifierPrefix)com.apple.garageband。

com.apple.security.application-groups：App Group ID（group. com.apple），参见Code Signing Entitlements(*.entitlements)。

com.apple.developer.team-identifier：同Team Identifier。

（9）ProvisionedDevices：该mobileprovision授权的开发设备的UDID <array>。

参考文档：

　　https://blog.csdn.net/potato512/article/details/52180916

　　https://www.cnblogs.com/ym123/p/4292002.html

　　https://blog.csdn.net/phunxm/article/details/42685597/