Artifactory apk—无缓存映像层更改
使用Dockerfile将相同的图像推送到Artifactory来构建docker图像。 我注意到，当使用apk--no缓存时，sha256会发生变化，尽管Dockerfile没有 我将3个不同的图像推送到Artifactory，当检查时，我注意到3个不同的层-这是否意味着它占用了3个层，而不是引用推送的第一个层 我构建了3次相同的Dockerfile，并将图像推送到Artifactory。 检查图像层时，我注意到3张不同层的图像（不同的sha256） 正在运行（其中构建1更改为2和3） 检查Artifactory我现在每个图像有3层。 一旦图层不同，且所有3幅图像中的两个图层相同 应使用相同的sha256构建相同的映像，并且Artifactory应具有映像的一个副本和指向该映像的另外两个引用Artifactory apk—无缓存映像层更改,artifactory,alpine,alpine-package-keeper,Artifactory,Alpine,Alpine Package Keeper,使用Dockerfile将相同的图像推送到Artifactory来构建docker图像。 我注意到，当使用apk--no缓存时，sha256会发生变化，尽管Dockerfile没有 我将3个不同的图像推送到Artifactory，当检查时，我注意到3个不同的层-这是否意味着它占用了3个层，而不是引用推送的第一个层 我构建了3次相同的Dockerfile，并将图像推送到Artifactory。 检查图像层时，我注意到3张不同层的图像（不同的sha256） 正在运行（其中构建1更改为2和3） 检查A
apk--无缓存apk--无缓存安装同一个包可能会得到不同的sha256，这取决于是否存在任何本地缓存。图像更改的原因是文件元数据（如mtime或atime）更改
您应该构建一个安装了所有依赖项的基础层，然后从基础层构建。图像中相同的层是否具有相同的SHA256？如果是这样的话，Artifactory确实存储了它一次，并且只是引用了其他Docker图像中的层。图像中相同的层是否具有相同的SHA256？如果是这样的话，Artifactory确实存储了它一次，并且只引用了其他Docker图像中的层。
FROM alpine:3.9
ADD resources/repositories /etc/apk/repositories
RUN apk --no-cache add curl && apk --no-cache add --repository http://myartifactory.com:8081/artifactory/alpine-nl-remote/alpine/edge/testing gosu
docker build -t myartifactory.com/apline:3.9-1
docker push