企业级账号$299——in house证书申请

就目前为止，通过链接安装app除了AppStore上审核通过之后下载安装以外，想快速安装就属 hoc 与 inhouse 了，hoc有限制需要udid，无需udid的就只能inhouse了

前面的从证书颁发机构获取.certSigningRequest文件、生成appid、与个人账号($99)步骤都是相同的

前面一样的就不过多赘述，不清楚的继续往下看有按部就班的步骤，我先贴出不同的两步：

不同一：获取.cer签名证书

选择 In-House and Ad Hoc，点继续。如果已经创建过In-House的证书，就不能再创建了，该选项会变灰。如果要重新创建，可以先在之前的列表中将该证书Revoke掉。

不同二：在Provisioning Profiles中添加一个与刚刚创建的AppID相应的Profile，选择“In House”

选择刚刚创建的APP ID

创建并生成Profile后，下载到本地，双击激活配置文件。

从头开始：（以下有些步骤其实是独立不影响的，所以这里的顺序仅是个人习惯，有不同的地方不必过分追究）

在Mac系统中进入“钥匙串访问”，选择“钥匙串访问”-“证书助理”-“从证书颁发机构请求证书”。

填写前两项，并保存在本地。

在Certificates-Production中创建一个证书。登录https://developer.apple.com，进入iOS开发者中心。在iOS Dev Center打开Certificates, Indentifiers & Profiles，可以看到左边栏的列表：

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

    我们申请一个Certificate之前，需要先申请一个Certificate Signing Request (CSR) 文件，而这个过程中实际上是生成了一对公钥和私钥，保存在你Mac的Keychain中。代码签名正是使用这种基于非对称秘钥的加密方式，用私钥进行签名，用公钥进行验证。如下图所示，在你Mac的keychain的login中存储着相关的公钥和私钥，而证书中包含了公钥。你只能用私钥来进行签名，所以如果没有了私钥，就意味着你不能进行签名了，所以就无法使用这个证书了，此时你只能revoke之前的证书再申请一个。因此在申请完证书时，最好导出并保存好你的私钥。当你想与其他人或其他设备共享证书时，把私钥传给它就可以了。私钥保存在你的Mac中，而苹果生成的Certificate中包含了公钥。当你用自己的私钥对代码签名后，苹果就可以用证书中的公钥来进行验证，确保是你对代码进行了签名，而不是别人冒充你，同时也确保代码的完整性等。 

选择 In-House and Ad Hoc，点继续。如果已经创建过In-House的证书，就不能再创建了，该选项会变灰。如果要重新创建，可以先在之前的列表中将该证书Revoke掉。

证书主要分为两大类：Development和Production，Development证书用来开发和调试应用程序，Production主要用来分发应用程序（根据证书种类有不同作用），下面是证书的分类信息：（括号内为证书有效期）

• Development
  • App Development (1年)：用来开发和真机调试应用程序。
  • Push Development (1年)：用来调试Apple Push Notification
• Production

  • In-House and Ad Hoc (3年)：用来发布In-House和AdHoc的应用程序。

  •  

      App Store ：用来发布提交App Store的应用程序。
  • MDM CSR
  • Push Production (1年)：用来在发布版本中使用Apple Push Notification。
  • Pass Type ID Certificate
  • Website Push ID Certificate

将生成的“ .certSigningRequest ”文件上传到开发者中心，点击下一步生成。

将生成的证书下载到本地，双击打开

在钥匙串中看到证书已经成功安装了

在“Identifiers”-“App IDs”中创建一个应用对应的App ID。本人是创建的Wildcard App ID

App ID用于标识一个或者一组App，App ID应该是和Xcode中的Bundle ID是一致的或者匹配的。App ID主要有以下两种： 

• Explicit App ID：唯一的App ID，这种App ID用于唯一标识一个应用程序，例如com.ABC.demo1，标识Bundle ID为com.ABC.demo1的程序。
• Wildcard App ID：通配符App ID，用于标识一组应用程序。例如*可以表示所有应用程序，而com.ABC.*可以表示以com.ABC开头的所有应用程序。

 每创建一个App ID，我们都可以设置该App ID所使用的APP Services，也就是其所使用的额外服务。每种额外服务都有着不同的要求，例如，如果要使用Apple Push Notification Services，则必须是一个explicit App ID，以便能唯一标识一个应用程序。下面是目前所有可选的服务和相应的配置要求。如果你的App使用下述的任何一种service，就要按照要求去配置。

    Device最简单了，就是iOS设备。Devices中包含了该账户中所有可用于开发和测试的设备。 每台设备使用UDID来唯一标识。

    每个账户中的设备数量限制是100个。Disable 一台设备也不会增加名额，只能在membership year 开始的时候才能通过删除设备来增加名额。

【 这里的device主要是为了测试证书（development）使用的 】

在Provisioning Profiles中添加一个与刚刚创建的AppID相应的Profile，选择“In House”

选择刚刚创建的APP ID

    一个Provisioning Profile文件包含了上述的所有内容：证书、App ID、设备。

创建并生成Profile后，下载到本地，双击激活配置文件。

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

例如，一个用于Development的Provisioning Profile中包含了该Provisioning Profile对应的App ID，可使用的证书和设备。这意味着使用这个Provisioning Profile打包程序必须拥有相应的证书，并且是将App ID对应的程序运行到Devices中包含的设备上去。

统统完成的话，接下来就是打包了^_^

参考文章：http://blog.sina.com.cn/s/blog_6cad9db90102uy0s.html点击打开链接