创建并托管您自己的 ConanCenter 二进制文件

在您的服务器中托管您需要的包的副本，可以通过从 ConanCenter 下载二进制文件，然后将它们上传到您自己的服务器来完成。然而，最好完全拥有完整的供应链，并在您自己的 CI 系统中创建二进制文件。因此，在生产中使用 ConanCenter 包的推荐流程是：

• 创建 ConanCenter Github 存储库的一个分支：https://github.com/conan-io/conan-center-index

• 创建您的项目所需的包和版本的列表。此列表也可以添加到分支中，并在那里维护（当团队需要时，可以通过 PR 添加和删除包）。

• 创建一个脚本，首先 conan export 您列表中的所有包，然后 conan create --build=missing 它们。不要向这些包添加 user/channel，将它们用作没有用户通道的 zlib/1.2.13 要简单得多。 user/channel 部分主要推荐用于您自己的专有包，而不是用于开源 ConanCenter 包。

• 将您构建的包上传到您在生产中使用的自己的服务器，而不是 ConanCenter。

这是基本流程的想法。我们将尽快添加示例和工具以进一步自动化此流程。

此流程相对简单，并且具有许多优点，可以减轻之前描述的风险

• 中央存储库的任何中断都不会影响您的构建。

• 中央存储库中的任何更改都不会破坏您的项目，您可以完全控制这些更改在您的包中更新的时间和方式（如下所述）。

• 您可以自定义、调整、修复并完美控制使用哪些版本，并在几分钟而不是几周内发布修复程序。您可以应用不会在中央存储库中被接受的自定义。

• 您可以完全控制二进制文件的供应链，从源代码（配方）到二进制文件，实际上消除了中央存储库的大部分潜在供应链攻击。

从上游更新

仍然可以从上游 conan-center-index Github 存储库进行更新，并且可以以完全受控的方式进行

• 将 conan-center-index 的上游主分支中的最新更改合并到您的分支中。

• 如果您愿意，您可以检查和审核这些更改，分析差异（一些修剪您不使用的配方的差异的自动化可能会很有用）

• 触发上述过程将有效地重建所需的新二进制文件。如果您的配方不受更改影响，则该过程将避免重建二进制文件（感谢 --build=missing）。

• 您可以将这些包上传到辅助“测试”服务器存储库。然后针对该测试服务器测试您的项目，以检查您的项目是否未被新的 ConanCenter 包破坏。

• 一旦您验证了新包一切正常，您可以将它们从辅助“测试”存储库复制到您的主生产存储库以开始使用它们。