讓同一個專案的其它成員也能夠使用各自的 Apple ID 打包並上傳 APP
標題無敵長(笑)，因為這樣才能完整無破綻的表達我想表達的意思，但這不是重點，回歸正題唄。在專案執行中，很常遇到的就是帳號的最大權限(Account Holder)要統一要由一個人來管理，在經由這個帳號，將其它想管理專案的帳號給加進來並賦與其角色，不管是在公司做專案或是外包都是這樣的？今天法蘭克就是要來說說這件麻煩事。先假設有一個情境是這樣子的，因為公司案子忙不過來，所以必須外包給其它公司並委託它們來打包並上傳該怎麼辦呢？很簡單，只要做以下四個動作即可。此情境匯入憑證的方式為手動匯入。
- 在 iTunes Connect 的使用者與存取權限功能下，將對方的 Apple ID 加入，並賦與其該有的角色。
- 從 Developer 的後台匯出 .cer 檔給對方。
- 從 Key Chain 匯出該 .cer 的 .p12 檔給對方。
- 從 Developer 後台匯出 Provisioning Profile 給對方。
在 iTunes Connect 的使用者與存取權限功能下，將對方的 Apple ID 加入，並賦與其該有的權限
有關職能權限的相關說明請參考 Apple 官方，有些權限是可以打包、上傳的，有些則不能，依我們的案例是要選擇可以打包、上傳的。
▼選取使用者與存取權限
▼新增對方的 Apple ID 並設定其職能
可開放指定的 App 給使用者(此範例為所有 App)，並賦與其該有的職能，若不清楚各職能的定義，可參考官方資料。
完成後，請對方收取 E-Mail 並接受邀請即可
從 Key Chain 匯出該 .cer 的 .p12 檔給對方
▼至 Key Chain APP 找到該 .cer 的 key → 右鍵 → 輸出…. → 選擇 .p12 格式(預設的)
從 Developer 後台匯出 Type 為 iOS Distribution 的 Provisioning Profile 給對方
▼登入 Developer 後台匯出 Distribution Provisioning profile
結論
看完以上大家是不是還霧煞煞的，搞不清楚這麼多東西到底是用來幹嘛的？不意外，因為法蘭克一開始也是如此的，以下就用我理解的方式來跟大家說明容易搞混的的憑證、私錀等等。
▼.cer =>憑證檔，有了它 Apple 才會知道誰才能夠打包並上傳。對方安裝後，則會在 Key Chain App 下找到該 .cer。
▼.p12 =>依附在 .cer 下的私錀，如果只有 .cer 是不夠的，還必須有該 .cer 的私錀才可以。對方安裝後，則會在 Key Chain 下的 .cer 找到該 .p12。
▼Provisioning Profile =>該 APP 的組態檔，此檔包含 .cer 和 APP ID。對方安裝後，在 Xcode 才能用手動模式匯入 Provisioning Profile。
如果您喜歡我的文章，請多按幾下「拍手」給我鼓勵，或是按「follow」讓我持續提供好文章給您。
