开发中有多个iOS应用程序的组织应如何管理iOS分发证书？

Question

我最近参与了一个有iOS开发组织帐户的小组.

他们有多个团队都开发独立的iOS应用程序.我有点惊讶地发现,使用该组织的"iOS发行版"证书并没有协调.相反,无论开发人员需要提交构建版本只需创建一个新版本,必要时撤销一个或多个现有版本(Apple似乎允许其中三个的有限供应同时"生效").这种做法的理由似乎是以下观察的组合:

• 一个开发人员创建的分发证书不能(容易)被另一个开发人员使用(你可以在这个主题上找到很多关于SO的问题;解决方案似乎是确保证书的私钥元素也是共享的,但是这个组织尚未采取这种做法. 例如,另一个例子 ;还有更多).
• xcode7比以往任何时候都更容易流失分发证书,因此它显然是Apple的预期方式(xcode6需要访问开发人员中心).
• 只有相当小的appstore提交窗口才需要分发证书; 一旦应用程序在appstore中,分发证书是否被撤销没有区别.
• 苹果公司似乎在发行证书续签方面有一些稍微奇怪的后进先出规则(如果你有"旧","更新"和"最新",你撤销"更新"或"最新"......你会发现你还没有创建一个新的,直到你撤销"旧").或者至少那些规则对于一个组织而言似乎很奇怪,该组织本来希望在各个团队/项目之间划分有限的分发证书库存,但发现它不符合Apple实际提供的.

但是,我观察到这种快速分发证书流失政策的一个非常严重的负面后果是,testflight构建根本不会长时间保持有效,并且tesflight用户发现自己得到关于无效证书或应用程序的对话框他们应该是testflight测试员很快就从testflight中消失了.(事实上​​也看到这个问题沿着同样的路线).

鉴于Apple明确将testflight视为appstore基础架构的重要组成部分,我发现很难相信这个组织正在以苹果实际上打算完成任务的方式开展工作. 有人能够对正确的做事方式有所了解请赐教吗？

如果我的术语在上面的某些内容中没有了,我道歉...我只是涉足这个问题.

Answer 1

正确的方法是拥有一个分发证书并共享私钥。我们共享一个小的钥匙串，其中仅包含组织之间进行开发/分发所需的私钥和证书。您可以将此“存根”钥匙串添加到所有开发机器中，并且如果将其签入版本控制中，则可以轻松地向所有人推送更新。您也可以使用密码保护它，在这种情况下，Xcode会要求您在进行代码签名时将其解锁。

IMO容易“搅动”证书这一事实实际上是一件坏事。正如您所观察到的，团队中的其他开发人员很容易搞砸，尤其是在TestFlight方面，尽管最近我从另一位开发人员那里听说苹果可能已经修复了该问题。（我自己还没有确认。）