docker 多阶段构建怎么能应用本地缓存路径

[dzdh]

比如 java 项目构建过程中的 maven 缓存。

from maven as step1
workdir /src
copy . .
run mvn package <--这里会有本地缓存

from jre-runtime-only
copy --from=step1 /src/xxx.jar /opt/xxx.jar

cmd ["java","-jar","/opt/xxx.jar"]

run 的时候可以指定-v。build 的时候呢？包括像 php 的 composer 、go 的 mod 。咋能用上本地物理机的缓存呢？

[Trim21]

可以用主机的 cache

https://docs.docker.com/build/cache/

[iPumpkin]

RUN --mount=type=cache,target=/root/.m2 mvn clean package

[sujin190]

既然如此，为啥第一步编译打包 jar 要放在 docker build 里呢，用 docker run 来运行 mvn package 就是了呗，把项目目录和 maven 缓存都-v 映射进去就是了呗，编译完了 jar 文件就在宿主机目录里了，然后再 docker build 就是了

[novolunt]

maven package:
stage: package
cache:
key: ${CI_COMMIT_REF_SLUG}
paths:
- target/
script:
- mvn -s $setting_xml package -DskipTests



这个 cache 字段的作用是设置 job 的缓存规则。GitLab CI/CD 的缓存功能可以帮助加速构建和测试流程，避免重复下载和编译依赖包。

在上面的例子中，缓存的 key 是 ${CI_COMMIT_REF_SLUG}，这个变量会被替换成当前代码的分支名（如 main 、release 等）。缓存的路径列表是 target/，意思是只缓存 target/ 这个目录下的文件。

所以，当这个 job 运行时，它会先检查是否有与当前分支名相同的缓存。如果有，它会将 target/ 目录下的文件复制到当前目录，然后继续执行后面的脚本。如果没有，它会直接执行后面的脚本，并在结束后将 target/ 目录下的文件缓存起来。

[novolunt]

最早用的是这个方案，但只能是当前目录下，后面使用上面 gitlab ci 自带缓存功能。
RUN --mount=type=bind,source=./.m2,target=/root/.m2,rw,bind-propagation=shared mvn package