从缓存保存和恢复包

警告

此功能为实验性功能,可能会有破坏性更改。更多信息请参阅Conan 稳定性部分。

使用 conan cache saveconan cache restore 命令,可以从一个或多个 Conan 缓存中的包创建 .tgz 文件,然后将这些包恢复到另一个 Conan 缓存中。在某些场景下这可能很有用:

  • 在持续集成中,特别是进行分布式构建时,能够移动最近构建的临时包可能非常方便。大多数 CI 系统都能够为此目的在作业之间传输文件。Conan 缓存不是并发的,有时对于并行作业必须使用不同的缓存。

  • 对于气隙(air-gapped)设置,在这种情况下包只能通过客户端传输。

  • 开发者直接与其他开发者共享一些包用于测试或检查。

保存包的过程使用 conan cache save 命令。它可以使用模式,就像 conan list 命令一样,但它也可以接受一个包列表,就像其他命令(如 remove, upload, download)一样。例如:

$ conan cache save "pkg/*:*"
Saving pkg/1.0: p/pkg1df6df1a3b33c
Saving pkg/1.0:9a4eb3c8701508aa9458b1a73d0633783ecc2270: p/b/pkgd573962ec2c90/p
Saving pkg/1.0:9a4eb3c8701508aa9458b1a73d0633783ecc2270 metadata: p/b/pkgd573962ec2c90/p
...
# creates conan_cache_save.tgz

conan_cache_save.tgz 文件包含名为 pkg(任何版本)、最新配方修订版以及所有包二进制文件的最新包修订版的包。文件名称可以通过可选的 --file=xxxx 参数更改。一些重要考虑事项:

  • 该命令保存缓存“配方”文件夹的内容,其中包含子文件夹“export”、“export_sources”、“source”和配方“metadata”。

  • 缓存中的“source”文件夹可以使用 conan cache save --no-source 参数跳过。这意味着如果恢复的配方需要在恢复的缓存中构建新的二进制文件,它将没有源文件,如果配方 source() 方法指定,它将尝试下载它们。

  • 该命令保存“package”和包“metadata”文件夹的内容,但不保存二进制“build”或“download”,这些被认为是临时文件夹。

  • 如果用户不想保存任何这些文件夹,可以在保存之前使用 conan cache clean 命令清理它们。

  • 该命令保存缓存文件和工件以及元数据(修订版、package_id),以便能够在另一个缓存中恢复这些包。但它不保存任何其他缓存状态,如 settings.ymlglobal.confremotes 等。如果保存的包需要任何其他特定配置,则应使用 conan config install 进行管理。

我们可以将此 conan_cache_save.tgz 文件移动到另一个 Conan 缓存并按如下方式恢复:

$ conan cache restore conan_cache_save.tgz
Restore: pkg/1.0 in p/pkg1df6df1a3b33c
Restore: pkg/1.0:9a4eb3c8701508aa9458b1a73d0633783ecc2270 in p/b/pkg773791b8c97aa/p
Restore: pkg/1.0:9a4eb3c8701508aa9458b1a73d0633783ecc2270 metadata in p/b/pkg773791b8c97aa/d/metadata
...

如果包已存在于缓存中,则恢复过程将覆盖现有包。

注意

最佳实践

  • 保存和恢复包不能替代在 Conan 服务器存储库中正确存储(上传)包。它仅作为 CI 系统中的临时机制,用于节省气隙等,而不是作为长期存储和检索。

  • 保存和恢复包不能替代服务器存储库的正确备份。推荐的 Conan 包长期备份方法是使用服务器端备份策略。

  • 目前不保证存储格式和序列化能够面向未来并保持稳定。它预计在同一 Conan 版本中工作,但未来的 Conan 版本可能会破坏使用以前版本创建的存储格式。(这与上面不将其用作备份策略的建议一致)