我正在使用 docker 工作流程根据给定的规范文件生成一些文件,其中 Makefile 为(它根据 OpenAPI 规范生成客户端):
SWAGGER ?= ${PWD}/swagger.yaml
GENERATOR ?= openapitools/openapi-generator-cli\:latest
generated: Makefile ${SWAGGER}
docker run --rm --user $$(id -u):$$(id -g) \
-v ${PWD}:/output -v ${SWAGGER}:/input/swagger.yaml \
${GENERATOR} \
generate -g python -i /input/swagger.yaml -o /output/generated \
Run Code Online (Sandbox Code Playgroud)
这工作正常,如果我修改输入 SPEC 文件,将会重建。
但当 docker 镜像更改时,它不会重建。
假设我再次docker build使用相同的图像name:tag,但内部代码不同,或者我使用上游图像的不同标记版本,无论如何。这是预料之中的,因为 Makefile 不知道 docker 镜像的内容或修改日期。如何使 Makefile 理解对 docker 映像的依赖关系?
docker inspect图像来获取创建日期,但我不知道如何将make其理解为依赖项(如果创建日期比输出目录新,则重建)make可能不是这类事情的工具,也许我可以使用其他东西来理解 docker 镜像依赖性。
无论您依赖的工件是 Docker 映像还是其他地方的某些服务/数据,您都需要以常规文件的形式表示您对它的了解。因为make只处理文件。:-)
我建议您定义一些宏来“调用docker build 并将其成功的证据保存到具有可预测名称的标记文件中”,以便您可以使用它来替换对 的所有调用docker build,确保一致的文件处理。成熟的例子,假设a/Dockerfile并且b/Dockerfile存在。
# For consistency, the src dirs are named like the images they produce
IMAGES = a b
# Keep "stamps" around, recording that images were built.
# You could keep them in e.g. a `.docker-buildstamps/*` dir,
# but this example uses `*/docker-buildstamp`.
BUILDSTAMP_FILE = docker-buildstamp
BUILDSTAMPS = $(addsuffix /$(BUILDSTAMP_FILE),$(IMAGES))
.PHONY: all
all: $(BUILDSTAMPS)
# Pattern rule: let e.g. `a/docker-buildstamp` depend on changes to `a/*` (-but avoid circular dep)
%/$(BUILDSTAMP_FILE): % %/[!$(BUILDSTAMP_FILE)]*
$(docker_build)
clean:
docker image rm -f $(IMAGES)
rm -f $(BUILDSTAMPS)
# Turn `a/docker-buildstamp` back into `a`
define from_buildstamp
$(@:%/$(BUILDSTAMP_FILE)=%)
endef
# Self-explanatory
define docker_build
docker build -t $(from_buildstamp) $(from_buildstamp)
touch $@
endef
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
1305 次 |
| 最近记录: |