本地缓存
缓存local
存储是一个简单的缓存选项,它将缓存作为文件存储在文件系统的目录中,使用
OCI 图像布局
作为底层目录结构。如果您只是进行测试,或者想要灵活地自我管理共享存储解决方案,则本地缓存是一个不错的选择。
概要
$ docker buildx build --push -t <registry>/<image> \
--cache-to type=local,dest=path/to/local/dir[,parameters...] \
--cache-from type=local,src=path/to/local/dir .
下表描述了您可以传递到
--cache-to
和 的可用 CSV 参数--cache-from
。
姓名 | 选项 | 类型 | 默认 | 描述 |
---|---|---|---|---|
src | cache-from | 细绳 | 从中导入缓存的本地目录的路径。 | |
digest | cache-from | 细绳 | 要导入的清单摘要,请参阅 缓存版本控制。 | |
dest | cache-to | 细绳 | 缓存导出到的本地目录的路径。 | |
mode | cache-to | min ,max | min | 缓存要导出的图层,请参阅 缓存模式。 |
oci-mediatypes | cache-to | true ,false | true | 在导出的清单中使用 OCI 媒体类型,请参阅 OCI 媒体类型。 |
compression | cache-to | gzip , estargz ,zstd | gzip | 压缩类型,请参见 缓存压缩。 |
compression-level | cache-to | 0..22 | 压缩级别,请参阅 缓存压缩。 | |
force-compression | cache-to | true ,false | false | 强制应用压缩,请参阅 缓存压缩。 |
ignore-error | cache-to | 布尔值 | false | 忽略因缓存导出失败而导致的错误。 |
如果src
缓存不存在,则缓存导入步骤将失败,但构建会继续。
缓存版本控制
本节介绍版本控制如何适用于本地文件系统上的缓存,以及如何使用该digest
参数来使用旧版本的缓存。
如果您手动检查缓存目录,您可以看到生成的 OCI 图像布局:
$ ls cache
blobs index.json ingest
$ cat cache/index.json | jq
{
"schemaVersion": 2,
"manifests": [
{
"mediaType": "application/vnd.oci.image.index.v1+json",
"digest": "sha256:6982c70595cb91769f61cd1e064cf5f41d5357387bab6b18c0164c5f98c1f707",
"size": 1560,
"annotations": {
"org.opencontainers.image.ref.name": "latest"
}
}
]
}
与其他缓存类型一样,本地缓存在导出时会通过替换文件内容来替换index.json
。但是,以前的缓存在目录中仍然可用blobs
。这些旧的缓存可通过摘要寻址,并无限期保留。因此,本地缓存的大小将不断增长(
moby/buildkit#1896
更多信息请参阅参考资料)。
使用 导入缓存时--cache-to
,可以指定digest
参数强制加载旧版本的缓存,例如:
$ docker buildx build --push -t <registry>/<image> \
--cache-to type=local,dest=path/to/local/dir \
--cache-from type=local,ref=path/to/local/dir,digest=sha256:6982c70595cb91769f61cd1e064cf5f41d5357387bab6b18c0164c5f98c1f707 .
进一步阅读
有关缓存的介绍,请参阅 Docker 构建缓存。
有关local
缓存后端的更多信息,请参阅
BuildKit README。