CocoaPods Trunk

不同成熟度的可可豆生长在一棵树的树干上。 – 维基百科

今天，我们推出我们的网络服务来解决上述问题。“Trunk”网络服务的推出意味着发布者现在可以直接从命令行发布 Pod，而无需创建拉取请求。

第一个发布 Pod 的人会自动被指定为“所有者”，在“master”规范存储库的范围内拥有该 Pod 名称。然后，“所有者”可以根据需要添加其他“所有者”。只有“所有者”才能发布所述 Pod 的后续版本。有关此内容以及与“Trunk”交互的更多信息，请参阅本指南。

请注意，我们仍在GitHub 上的同一 git 存储库中托管可用 Pod 及其规范的规范数据库。这意味着如果某些内容影响此数据库的正常运行时间/稳定性，我们的用户可以依靠 GitHub 的专业且全天候支持。因此，如果“Trunk”由于某种原因而关闭，我们的普通用户不会受到影响，只有“所有者”在该时间段内无法发布新 Pod。总而言之，这意味着为您（我们的用户）带来更好的稳定性，并为我们（志愿者）减轻压力。以下图表显示了我们架构的简单概览

关于确保 Podspec 正常工作，您（“所有者”）且仅您负责 Podspec 的正常工作。我们仅在您这边验证您的 Podspec，以获取我们注册您的 Podspec 所需的最低元数据。我们不再在 Travis 上为您验证您的 Podspec。如果没有通过“master”规范存储库上的拉取请求执行严格的审查流程，我们将不接受已发布 Podspec 的更新。因此，强烈建议您在发布 Podspec 之前在您自己的真实应用程序和/或演示应用程序中测试您的 Podspec。

最后，“Trunk”网络服务将不再以 Ruby 格式存储 Podspec。相反，这些将存储为 JSON，因此希望围绕 CocoaPods 生态系统创建其他网络服务的人员可以直接使用它们。

过渡

在我们过渡到“Trunk”网络服务时，我们将有一个宽限期，在此期间所有当前已知的 Pod 都可以由其各自的“所有者”认领。在此期间，pod trunk push 将被禁用，直到我们满意大多数（重要）Pod 已被认领。请阅读 Keith 关于此主题的博文，以获取有关认领您的 Pod 的更多信息。

常见问题

我收到“[!] 推送访问当前已禁用。”消息，出了什么问题？

在认领期间，pod trunk push 将被禁用。请参阅“过渡”部分。

我是否仍然可以对已发布的 Podspec 进行修改？

一旦发布了某个 Pod 的特定版本的 Podspec，你将无法修改它。至少无法通过自动化方式修改。大多数更新请求都是由于贡献者事先没有充分测试他们的 Podspec 所致。通常，你想要做的是发布一个 Pod 的新版本，而不是直接编辑已发布的版本。

但是，如果你确实遇到了特殊情况，并且确实必须修改给定版本的已发布 Podspec，你仍然可以针对“master”规范存储库创建拉取请求；但是，我们不一定接受它，并且我们不提供任何周转时间保证。

我如何区分 Podspec 的格式。

使用 Ruby DSL 的 Podspec 将使用 .podspec 扩展名，基于 JSON 的 Podspec 将使用 .podspec.json。

Ruby 格式的规范是否会被弃用？

不会，它们将继续存在，并且如果你需要能够执行自动生成（例如从磁盘收集所有源文件列表），它们是首选方法。pod trunk push 命令将负责将 Podspec 转换为 JSON。这意味着你不必更改任何现有的 Podspec。

私有存储库是否需要采用 JSON 格式？

不需要。此外，pod push 命令将保留旧行为，只不过我们将此移至 pod repo push 以强调区别。请记住，如果两个文件可用，CocoaPods 将首选 JSON 格式。

我是否可以通过 HTTP 访问规范？

可以，你可以使用 GitHub API 的以下端点。在稍后的时间，我们将在“Trunk”上引入一个公共 API，你可以使用它来标准化此操作，尽管需要注意的是，如果你不需要 GitHub API 已提供的更多内容，最好只使用它，因为 GitHub 将能够提供比我们更好的正常运行时间。

获取可用 Pod 的列表