比如 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 。咋能用上本地物理机的缓存呢？
podman build命令支持 -v
 |
1
Trim21 Jan 9, 2023
|
 |
2
iPumpkin Jan 9, 2023  1
RUN --mount=type=cache,target=/root/.m2 mvn clean package
|
 |
3
sujin190 Jan 9, 2023
既然如此，为啥第一步编译打包 jar 要放在 docker build 里呢，用 docker run 来运行 mvn package 就是了呗，把项目目录和 maven 缓存都-v 映射进去就是了呗，编译完了 jar 文件就在宿主机目录里了，然后再 docker build 就是了
|
 |
4
novolunt Jan 9, 2023
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/ 目录下的文件缓存起来。 |
|
5
novolunt Jan 9, 2023 1
最早用的是这个方案，但只能是当前目录下，后面使用上面 gitlab ci 自带缓存功能。
RUN --mount=type=bind,source=./.m2,target=/root/.m2,rw,bind-propagation=shared mvn package |
Select Language