iOS 项目发布

一、Apple开发者账号

1.1 开发者账号类型

个人级
公司级
企业级

公司和企业的可多人协作。

在苹果的开发者平台登录后，可在 People 界面邀请其他人员协作开发，邀请的人需要注册一个 appleId 账号，并且可以设置开发人员的权限。

1.2 辨别账号类型

个人级

账户的 Apple Developer Program 下方只有 Certificates，identifiers & Profiles 和 App Store Connect 两个图标。
公司级

账户的 Apple Developer Program 下方包含 People、Certificates，identifiers & Profiles 和 App Store Connect 三个图标。

图标一：邀请其他开发人员的入口

图标二：开发者证书、App ID 和描述文件生成的入口

图标三：将 APP 上传到 App Store 的入口
企业级

账户的 Apple Developer Enterprise Program 下方有People、Certificates，identifiers & Profiles 两个图标，第一个图标邀请其他开发人员的入口，第二个图标是开发者证书、App ID和描述文件生成的入口。

1.3 账号对比

个人（Individual）
- 99 美元/年
- 只能上架到 App Store
- 最大支持 100 台设备
- 1 人使用
“个人”开发者可以申请升级成“公司”，通过拨打苹果公司客服电话（400-6701-855）进行咨询办理。
公司（Company）
- 99美元/年
- 只能上架到 App Store
- 最大支持 100 台设备
- 多人协作
允许多个开发者进行协作开发，比个人账号多一些账号管理设置，可以设置多个 Apple ID，分为 4 种级别的权限。

申请时需要填写公司的邓白氏码（DUNS Number）。
企业（Enterprise）
- 299美元/年
- 不能上架到 App Store，只能企业内部使用。通过 item-services 分发来下载
- 不限制设备数
- 多人协作
允许多个开发者进行协作开发，比个人账号多一些账号管理设置，可以设置多个 Apple ID，分为4种级别的权限。

申请时需要填写公司的邓白氏码（DUNS Number）。

只能企业内部使用，否则有被封号的风险。
总结
- 个人级和公司级只能上架 App Store 供用户下载，企业级不能上架 App Store，只能放在自己的服务器或者三方平台；
  
  个人/公司级账号可以将开发环境的包上传到自己的服务器，或者第三方平台。首先在开发者账号添加最多 100 个手机的 UUID，创建开发 developer 证书和描述文件，将它两下载到电脑上，双击安装，在 Xcode 选择开发证书打包。这种可调式（Debug）包的有效期也是一年，一年内需要重新创建证书，并更新 ipa 包，否则 APP 将闪退。注意：每次添加设备 UUID 需要重新生成描述文件。
- 企业级账号，每年至少重新打包 ipa 一次，更新 ipa 包中的证书信息，证书的有效期是一年，一年不更新，APP将闪退，无法进入。个人/公司级别的没有限制，只要成功上架到 App Store，如果没有特殊情况，理论可以放到苹果公司倒闭也不用去更新。
- 安装企业级账号分发的包后，需要去设置中信任 APP，系统级限制，无法跳过。个人/公司级没有该限制。
- 个人/公司必须经过苹果的人工审核才能在 App Store 上架，而企业级发布到自己服务器或者第三方平台是不需要审核的。

二、证书相关

2.1 开发者证书

总共有两种类型：

Developer（开发证书）
Distribution（发布证书）

不论是真机调试，还是上传到 appstore 都是需要的，是一个基证书，用来证明自己开发者身份的。

2.2 App ID

是一个 APP 的唯一标示，相当于人的身份证号

Description 是一个 App ID 的描述，可以随便
App ID Prefix 苹果自动填了，可以看出，它是一个团队的 ID Suffix
App ID Suffix 有两个选项：
- Explicit App ID : 一个明确的 App ID，什么意思呢？可以这么来解释：我们做项目时的Bundle Identifier (Bundle ID)是用来标示我们的 app 的。我们的 App ID 也是用来标示我们的app 的。这两个有什么联系呢？Explicit App ID 就是要我们确定一个唯一的 Bundle ID，用来标示我们的 app，使它有一个固定的身份。可以发现，当提交应用到苹果时，如果我们一开始没写 Explicit App ID，苹果会自动帮我们生成一个与我们发布时填的一样的 Bundle ID 到我们的 App ID 中。填写 Explicit App ID 的格式为：com.xxx.yyy。
- Wildcard App ID : 一个通配符的 App ID。这个 App ID 能够在所有能够匹配的应用中使用。填写 WildcardApp ID 的格式为：com.xxx.*。

手机安装 app 时，会先查找是否已有相同 App ID 的 app，如果没有，则直接进行安装；如果已有，则进行覆盖安装。

测试接口 + 测试 bundleId(AppId) + 测试证书，适用真机调试、模拟器
正式接口 + 测试 bundleId(AppId) + 测试证书，适用真机调试报错，可以打包提交到 fir.im
正式接口 + 正式 bundleId(AppId) + 正式证书，适用不能真机调试、可以模拟器

2.3 CSR

在苹果开发者中心生成证书时需要一个 CSR（证书签名请求）文件。

当创建 CSR 时，电脑系统实际上会生成公钥和私钥对。CSR 包含公钥。

Apple 使用该公钥来制作证书。证书或多或少是一种发布公钥的方式以及关于该密钥的一些相关信息，并且验证发布实体，表示该信息是有效的。

由于每个证书都有自己的公钥 - 私钥对，因此推送证书、开发发证书和发布证书都可以使用不同的 CSR，每个证书用于验证和保护该特定项目。

生成 CSR 文件步骤：

用户电子邮件地址随便填写，并不一定非要填写邮件格式，无实际作用
常用名字使用默认的就可以，也可以修改
选择存储到磁盘。
选择继续，保存到指定位置即可。最终得到一个 CertificateSigningRequest.certSigningRequest 文件，也就是 CSR 文件。该文件后缀名不要更改，文件名可自由指定。

CSR文件尽量每个证书都制作一次，将常用名称区分开来，因为该常用名称是证书中的密钥的名字。

2.4 .cer

在苹果开发者中心生成的证书，导出后就是 .cer 文件。.cer 证书仅包含公钥。

提交 CSR 文件后就会生成一个 cer 证书，有效期为一年。

证书不可轻易删除，可能会造成相应的 Provisioning Profiles 失效，尤其是企业级的发布证书，删除后已经安装在手机上的 APP 将会闪退。如果是一个团队大家都在用，把这个证书删除了，会导致别人的描述文件失效。

2.5 .p12

.p12证书可能既包含公钥也包含私钥。

双击安装下载后的 .cer 文件，都可以在钥匙串访问工具中导出 .p12 文件。

为什么要导出.p12文件？

开发证书和发布证书是有数量限制的，当超过数量后再也申请不了。

多台电脑开发程序时，没必要生成很多的证书，导出证书生成的 .p12 文件，供给所有的 mac 设备使用，使新设备不需要在苹果开发者网站重新申请开发和发布证书，就能使用。

点击 .p12 文件加入钥匙串中，使我们的电脑具备开发的证明。

注意：一般 .p12 文件是给别人使用的，本机必须已经有一个带秘钥的证书才可以生成.p12文件。

2.6 描述文件

Profiles 将 App ID、开发者证书、硬件 Device 绑定到一块儿。

在开发者中心配置好后可以添加到 Xcode 上，也可以直接在 Xcode 上连接开发者中心生成，真机调试时需要在描述文件中添加真机的 UDID。

2.7 邓白氏码

邓氏编码（D-U-N-S® Number，是 Data Universal Numbering System的缩写）。它是一个独一无二的 9 位数字全球编码系统，相当于企业的身份识别码，被广泛应用于企业识别、商业信息的组织及整理。可以帮助识别和迅速定位全球 2.4 亿家企业的信息。

2.8 crt

crt 文件，是用于从证书颁发机构签过名的文件。https 就需要这个文件，放在自己服务器上用于别人接收。是一个 base64 格式的。

$ openssl x509 -req -days 3650 -in rsacert.csr -signkey private.pem -out rsacert.crt

-days 3650 代表有效期10年
-in rsacert.csr 传递一个文件
-signkey private.pem 代表用私钥 private.pem 文件进行签名

2.9 der

$ openssl x509 -outform der -in rsacert.crt -out rsacert.der

der 文件主要包括就是公钥和一些信息。

2.10 生成文件

# 生成原始 RSA 私钥文件
$ openssl genrsa -out private.pem
Generating RSA private key, 2048 bit long modulus
.......................................................+++
..................................+++
e is 65537 (0x10001)

$ openssl genrsa -out private.pem 1024
Generating RSA private key, 1024 bit long modulus
............................++++++
.....++++++
e is 65537 (0x10001)

# 将原始 RSA 私钥转换为 pkcs8 格式
$ openssl pkcs8 -topk8 -inform PEM -in private.pem -outform PEM -nocrypt -out rsa_private.pem   

# 提取公钥 public.pem
$ openssl rsa -in private.pem -pubout -out public.pem

# 查看公钥文件，base64 编码
$ cat public.pem
-----BEGIN PUBLIC KEY-----
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDAXb5xgXWKdGizJ6lFp61U8Mk6
TdBP0HgP38ZeiwEysgNfnPS1T8Lf0+OXbkWRdTdLAxCEG6IXp/gwBfqA2yab1GNb
tsJSch/KxCqmHlxqbNB54dZH6TvibZLIXVbGysIc/keqkBW0Q+BZ2/bqgsRqDHBy
Vtb5wE8o7AEbv+OD7QIDAQAB
-----END PUBLIC KEY-----

# 把 private.pem 转成明文
$ openssl rsa -in private.pem -text -out private.txt
writing RSA key
    
# 提取 .csr 文件
$ openssl req -new -key private.pem -out rsa_cert.csr
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) []:CN   #国家名称
State or Province Name (full name) []:BeiJing  #省名
Locality Name (eg, city) []:BeiJing  #城市名
Organization Name (eg, company) []:CYKJ  #公司名称
Organizational Unit Name (eg, section) []:CYKJ.com  #公司单元名称              
Common Name (eg, fully qualified host name) []:www.cykj.cn  #主机名
Email Address []:dubinbin@ciyun.cn   #邮箱
    
Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:123321   #密码

# 签名，提取 .crt 文件
$ openssl x509 -req -days 3650 -in rsa_cert.csr -signkey private.pem -out rsa_cert.crt
Signature ok
subject=/C=CN/ST=BeiJing/L=BeiJing/O=CYKJ/OU=CYK.com/CN=www.cykj.cn/emailAddress=dubinbin@ciyun.cn
Getting Private key
    
# 生成 .der 文件
$ openssl x509 -outform der -in rsa_cert.crt -out rsa_cert.der
    
# 生成 .p12 文件
$ openssl pkcs12 -export -out p.p12 -inkey private.pem -in rsa_cert.crt
Enter Export Password:123321
Verifying - Enter Export Password:123321

三、打包上传

3.1 payload

适用于开发阶段。操作步骤：

选中 target -> edit Scheme，修改 run 操作的 Build Configuration 是 budeg/release。
真机运行工程，在左侧工程目录 -> Products 找到 .app 文件，show in Finder。
桌面生成一个名为 Payload 的空文件夹，将 .app 文件拖入其中。
压缩 Payload 文件夹，修改后缀名为 .ipa，此时就可以将包上传 fir.im 网站，进行提测。

3.2 Archive

常规打包方式

运行设备选择 Generic iOS Device 或者真机，顶部 Xcode 导航栏 -> Product -> Archive。

命令行使用 xcodebuild 自动打包

①、clean 工程

$ cd Desktop/CYKJ/CYKJMain/CYKJMain/
$ xcodebuild clean -project CYKJMain.xcodeproj -scheme CC -configuration Release

$ xcodebuild clean -workspace CYKJMain.xcworkspace -scheme CC -configuration Release

如果工程使用了 pod，选择 -workspace，否则使用 -project。

上面的命令中：

-project CYKJMain.xcodeproj : 编译项目名称

-workspace CYKJMain.xcworkspace : 编译工作空间名称

-scheme CC : scheme 名称

-configuration Release : (Debug/Release)

clean 成功：

②、archive 导出 .xcarchive 文件

$ xcodebuild archive -project CYKJMain.xcodeproj -scheme CC -archivePath /Users/cykj/Desktop/cc.xcarchive
$ xcodebuild archive -workspace CYKJMain.xcworkspace -scheme CC -archivePath /Users/cykj/Desktop/cc.xcarchive

上面的命令中：

-archivePath /Users/cykj/Desktop/cc.xcarchive : 导出 .xcarchive 文件的目录以及文件名称

archive 成功：

![](http://dzliving.com/XCodeBuildArchive.png)
![](http://dzliving.com/CCArchive.png)

③、导出 ipa 包

$ xcodebuild -exportArchive -archivePath /Users/cykj/Desktop/cc.xcarchive -exportPath /Users/cykj/Desktop/cc -exportFormat ipa -exportProvisioningProfile "developmentProfile"

上面的命令中:

-archivePath /Users/cykj/Desktop/cc.xcarchive : 刚刚导出的 .xcarchive 文件的目录

-exportPath /Users/cykj/Desktop/cc : 将要导出的 ipa 文件的目录以及文件名

-exportFormat ipa : 导出为ipa文件

-exportProvisioningProfile "developmentProfile" : 工程配置的 profile 文件的名称

xcodebuild: error: invalid option ‘-exportFormat’

报错原因：Xcode8 之后，对之前的 exportFormat 方式不再支持。

解决方法：不使用 exportFormat ipa 引入 exportOptionsPlist。

$ xcodebuild -exportArchive -archivePath "${ARCHIVEPATH}/${TARGET_NAME}.xcarchive" -exportPath ${EXPORTPATH} -exportOptionsPlist ${EXPORTOPTIONSPLIST}

直接使用 xcodebuild -help 查看 exportOptionsPlist。

Available keys for -exportOptionsPlist:
compileBitcode : Bool

    For non-App Store exports, should Xcode re-compile the app from bitcode? Defaults to YES.

embedOnDemandResourcesAssetPacksInBundle : Bool

    For non-App Store exports, if the app uses On Demand Resources and this is YES, asset packs are embedded in the app bundle so that the app can be tested without a server to host asset packs. Defaults to YES unless onDemandResourcesAssetPacksBaseURL is specified.

iCloudContainerEnvironment

    For non-App Store exports, if the app is using CloudKit, this configures the "com.apple.developer.icloud-container-environment" entitlement. Available options: Development and Production. Defaults to Development.

manifest : Dictionary

    For non-App Store exports, users can download your app over the web by opening your distribution manifest file in a web browser. To generate a distribution manifest, the value of this key should be a dictionary with three sub-keys: appURL, displayImageURL, fullSizeImageURL. The additional sub-key assetPackManifestURL is required when using on demand resources.

method : String

    Describes how Xcode should export the archive. Available options: app-store, ad-hoc, package, enterprise, development, and developer-id. The list of options varies based on the type of archive. Defaults to development.

onDemandResourcesAssetPacksBaseURL : String

    For non-App Store exports, if the app uses On Demand Resources and embedOnDemandResourcesAssetPacksInBundle isn't YES, this should be a base URL specifying where asset packs are going to be hosted. This configures the app to download asset packs from the specified URL.

teamID : String

    The Developer Portal team to use for this export. Defaults to the team used to build the archive.

thinning : String

    For non-App Store exports, should Xcode thin the package for one or more device variants? Available options: <none> (Xcode produces a non-thinned universal app), <thin-for-all-variants> (Xcode produces a universal app and all available thinned variants), or a model identifier for a specific device (e.g. "iPhone7,1"). Defaults to <none>.

uploadBitcode : Bool

    For App Store exports, should the package include bitcode? Defaults to YES.

uploadSymbols : Bool

    For App Store exports, should the package include symbols? Defaults to YES.

plist 格式：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<plist version="1.0">

<dict>

    <key>teamID</key>

        <string>xxxx</string>

    <key>method</key>

        <string>app-store</string>

    <key>compileBitcode</key>

        <false/>

    <key>provisioningProfiles</key>

        <dict>

            <key>com.xxx.yyy</key>

                <string>{iOS Provisioning Profiles Name}</string>

        </dict>

</dict>

</plist>

命令行：

$ xcodebuild -exportArchive -exportOptionsPlist /Users/cykj/Desktop/cc.plist -archivePath /Users/cykj/Desktop/cc.xcarchive -exportPath /Users/cykj/Desktop/cc

导出 ipa 成功：

Error Domain=IDEProfileLocatorErrorDomain Code=4 "No "iOS App Development"

问题原因：plist 文件中提供的 mehtod 的 value 不对。

3.3 Application Loader

当已经生成了 ipa 包时，可以通过 Application Loader 将包 upload 至 AppStore，操作步骤如下：

登录 Application Loader。路径：Xcode -> Open Developer Tool -> Application Loader

这里需要注意的是，密码不是与 Apple ID 对应的用于登录 AppStore 的密码，而是 App 专用密码，获取地址：https://appleid.apple.com/account/manage
上传 ipa 包

登录成功后，需要导入 ipa 包，经过 Application Loader 的检查之后，即可上传 AppStore。
报错
```
![](http://dzliving.com/ApplicationLoaderError.png)
```
bundle = 209 的包已经在 itunes connect 上有了，新上传的包需要在此 bundle 号的基础上增加，然后重新 upload。

四、打包审核注意

检查 Version
修改 BundleID
修改 Build 号
修改 pch 文件及其他宏定义。可以处理成代码自动根据 BundleID 识别当前为开发环境/发布环境
修改证书及描述文件为发布环境
询问设计人员是否要更换启动图、应用图标、市场图

五、Apple Store Connect

5.1 新建 APP

名称
套装 ID：即 Bundle ID，显示在开发者中心中创建好 App ID。
SKU：与 Bundle ID 一样即可

注意：这些信息在创建好 App 后是不能修改的，需要修改的话，只能新建一个 App 替代。点击更多阅读

5.2 添加 App 版本

填写信息：

此版本的新增内容。如果当前是第一个上线版本，则没有这一项。
App 预览和屏幕快照。每个版本发布时，记得询问设计人员市场图是否有更新。
关键词。在市场中搜索时有用，可以做优化。
技术支持网址。可以填写公司官网地址。
描述。对 app 进行说明，可以包括公司概述、功能介绍、联系方式等。
版权
商务代表联系信息
App 审核信息。

5.3 导入此构建版本时出错

upload 包后，在 itunes connect 中等待处理后，查看发现报错：

报错后，着急去排查工程里面是否有配置问题，排查一圈之后，准备重新打包 upload。就在这时，刷新 itunes connect 网页看一下状态，发现报错的已经正常了，直接用那个包提交，不用重新打包了。点击更多阅读

5.4 IDFA

提交审核时，IDFA 选择“否”，报错：

百度查找文章发现原因

着手排查工程中是否使用了 IDFA 并引入 AdSupport.framework，如果有则移除。终端使用命令：

$ cd 项目目录
$ grep -r advertisingIdentifier .

用这条命令检测自己的工程，如果没有查到相关引用，那么就不要勾选使用 IDFA，如果查到了相关引用，并且这些文件是用于展现广告的用途，那么勾选使用了 IDFA。

log 显示极光中有使用。百度搜索“极光 IDFA”问题，跳转到极光社区，找到文章：iOS审核时需要勾选IDFA吗？

根据官方人员的说明，使用不带用 advertisingIdentifier 字段的方法。兴致勃勃的重新打包，等待了 10-20 分钟左右的时间，重新提交审核，IDFA 选择“否”，依然报错。

已经删除了工程中导入的 AdSupport.framework，不应该啊。

再次进行排查。将 ipa 包导出到本地，修改后缀名为 .zip，解压后使用终端命令：

$ cd ipa解压后的文件目录
$ grep -r AdSupport.framework .

log 显示百度统计 sdk 中导入了 AdSupport.framework，百度搜索后跳转官方网站：iOS SDK采集IDFA注意事项

百度官方的意思是设置 IDFA 为 YES 并勾选。

考虑到上线紧迫，最后决策：移除百度统计相关代码，打包 upload。

六、app 审核状态

6.1 关于 app 状态

无论 app 版本列于 iTunes Connect 中的哪个位置，您都可以看到版本的状态（如Waiting For Upload（正在等待上传）或Ready for Sale（可以销售））或状态指示器（如，或）。状态会立即告知您是否需要关注您的 app：

红色状态指示器表示您需要先执行某个操作，然后您的 app 才能在商店中提供。
黄色状态指示器表示正在进行某个进程（由您或 Apple 控制）。
绿色状态指示器表示 app 已在商店中提供。

状态	状态名称	说明
	Prepare for Submission(准备上传)	已为 app 创建了 iTunes Connect 记录，但是未准备好上传二进制文件。您可能仍要配置元数据、屏幕快照、价格、In-App Purchase、Game Center、iAd App Network 设置等等。
	Waiting For Review(正在等待审核)	您已提交新的 app 或更新后的版本，而且 Apple 已收到，但是尚未开始审核该 app。在 app 正在等待审核时，您可以：1、拒绝您的二进制文件，以将其从 Apple 审核队列中移除。请参阅拒绝您的二进制文件。2、编辑某些 app 信息。
	In Review(审核中)	Apple 正在审核您的 app。由于提交的每个 app 都不相同，因此没有固定的审核时间。您可以通过拒绝二进制文件将您的二进制文件从审核队列中移除。请参阅拒绝您的二进制文件。
	Pending Contract(合同挂起)	您的 app 已通过审核，并可以销售，但是您的合同尚未生效。在“Contracts, Tax & Banking”（合同、税务和银行）模块中检查合同进度。请参阅查看合同和合同状态。
	Waiting For Export Compliance(等待出口合规)	您的 app 已通过审核，并可以销售，但正在审核您的 CCATS 文件的出口合规。
	Pending Developer Release(等待开发者发布)	您的 app 版本已获得 Apple 批准，正在等待您进行发布。您可以选择手动控制发布或将发布日期定于将来的某个日期。当一切准备就绪时，将 app 版本发布到商店。请参阅指定应用程序版本发布时间。
	Processing for App Store(正在针对 App Store 进行处理)	正在处理您的二进制文件，并且可在 24 小时内准备销售。
	Pending Apple Release(等待 Apple 发布)	Apple 保留您的 app 版本，直到相应的 Apple iOS 或 OS 版本公开发布。如果您认为 app 应在现有的 iOS 或 OS 版本上进行发布，则检查在您的 app 二进制文件中设置的部署目标。如果您使用不同的部署目标重建 app 二进制文件，则拒绝此版本的二进制文件，并提交新的版本。
	Ready for Sale(可以销售)	Apple 已经批准该 app 版本，并将其发布到商店。在此状态下可进行的更改是：1、从商店中移除 app。请参阅在商店中取消 app 销售的步骤。2、使用新版本更新 app。请参阅将您的 app 替换为新版本。
	Rejected(已拒绝)	Apple 拒绝了二进制文件。具有管理员或技术人员角色的 iTunes Connect 用户会收到包含拒绝原因的通知。请参阅使用解决方案中心。
	Metadata Rejected(已拒绝元数据)	元数据项目（除您的二进制文件外）未通过审核。请参阅使用解决方案中心。要解决该问题，请编辑 iTunes Connect 中的元数据。当你解决这个问题,再次提交审查的程序。
	Removed From Sale(已取消销售)	您的 app 已从商店中移除。如果您的 app 存在从商店中移除的风险，则 Apple 会与您联系，以尽量在移除您的 app 前解决相关问题。
	Developer Rejected(开发者已拒绝)	您已拒绝审核流程中的二进制文件，并将其从审核队列中移除。当您准备就绪时，重新提交您的二进制文件或提交新的二进制文件。请参阅拒绝您的二进制文件。
	Developer Removed From Sale(开发者已取消销售)	您已从商店中移除 app。请参阅重新销售 app 的步骤。
	Invalid Binary(无效的二进制文件)	Apple 拒绝了您的二进制文件，因为它没有满足所有上传要求。解决二进制文件中的所有问题后，在构建版本模块中删除不符合的二进制文件，选择一个新的文件，然后保存提交审核。

6.2 查看状态历史

进入 iTunes Connect
选择某一个app进入详情界面
依次选择 App Store Versions(App Store版本) — Activity(活动)

七、文章

Benjamin丶 & Apple开发者账号介绍及证书配置说明
 PersonChen_QJ & iOS申请邓白氏编码图文流程
 用于创建开发人员或分发证书和推送证书的CSR（证书签名请求）文件是否必须相同？
2019年最新苹果企业开发者账号创建证书完整流程
 MrCoderLin & Payload文件压缩法打包ipa
咖啡绿茶1991 & iOS命令行自动打包(archive)
iOS自动化打包
 Xcode9 xcodebuild 命令行打包遇到的坑与解决方案
 一键打包完整Shell脚本xcodebuild archive
iOS 如何填App Store Connect信息
 iOS提交审核：您的 App 正在使用广告标识符 (IDFA)
审核时各项展示的位置

posted @ 2020-02-26 13:20 和风细羽阅读(787) 评论(0) 编辑收藏举报

刷新页面返回顶部