声明您的 Pods

今天，我们推出了“Trunk”网络服务。这是 podspec 作者向主规范存储库提交其库的绝佳新方式。对于以前拥有推送访问权限的作者来说，使用 pod push 子命令的工作流程应该非常相似。有关“Trunk”网络服务本身的更多信息，请参阅 之前的博客文章。

随着这些更改，我们正在为已提交的 podspec 添加所有权层次结构。这样，库维护人员将完全控制其规范提交到主存储库。

未来，此所有权将由第一个提交新规范的用户确定。对于现有的 podspec，授予所有权将稍微复杂一些。

声明您的 Pod

声明提交

在接下来的几天里，我们将接受规范作者的申请，以声明其 pod。这将在“Trunk”网络服务中为您的库设置初始所有权，允许您和您允许的人员推送给定库的新规范。为此，我们需要您填写此 表单，其中包含您希望用作所有者身份的电子邮件地址和您声明的 pod 名称。务必使用您在 Github 中使用的电子邮件地址，以便提交日志显示您的 Github 帐户。

声明冲突

如果您声明的 pod 已有人提交声明，我们将不得不以不同的方式授予所有权。如果您是 pod 的众多维护人员之一，则您的共同维护人员可能已经获得了存储库的所有权，并且可以添加您。

共同维护人员访问权限

如果您与其他几位贡献者一起维护规范，则可以将你们全部添加为该规范的所有者。初始所有者可以通过 命令行界面 添加其他贡献者。

未来

我们将接受所有权提交，直到大多数规范都有所有者。我们估计这将需要一周左右的时间。

在此之后，您提交的任何新规范都将默认为您的所有权。将来，所有权声明将由 CocoaPods 开发团队处理。此新工作流程的一个重要副作用是提交 Pod 的方式将发生变化，而不仅仅是使用 push 命令。

目前，许多规范作者依赖 Travis 来验证其新规范版本是否正确。我们不再使用 Travis 进行 CI 构建。在提交 Pod 规范的新版本时，命令行工具将运行本地 pod spec lint，以在本地验证规范的有效性。

在提交规范的新版本后，对该版本的任何修订都必须作为拉取请求提交到 主仓库。因此，我建议您使用 linting 工具以及在您的真实应用程序和/或演示应用程序中使用它来彻底测试您的规范，以确保一切按预期工作。从现在开始，这是您的责任。