如何在Makefile的不同recipes之间传递Docker镜像版本信息

你想到把版本号写入version.txt再读取的方法其实完全可行，而且这也是Makefile里传递动态生成值的常用手段之一。不过确实有更贴合Makefile特性的优雅方式，下面给你几个实用选项参考：

1. 用版本文件作为依赖（推荐，简单直观） #

把version.txt做成一个独立的目标，让build和push都依赖它。这样Make会自动确保version.txt存在且是最新的，push的时候直接读取就行，还能避免重复生成版本号或重复构建镜像。

修正你原来语法小问题后的Makefile示例：

# 单独生成版本文件的目标，确保版本号只生成一次
version.txt:
	@echo "Generating version file..."
	@DOCKER_IMAGE_ID=$$(docker build -q .); \
	VERSION=$$(docker run --rm $$DOCKER_IMAGE_ID version); \
	echo $$VERSION > $@

# build依赖version.txt，先拿到版本号再打标签
build: version.txt
	@DOCKER_IMAGE_ID=$$(docker build -q .); \
	VERSION=$$(cat version.txt); \
	docker tag $$DOCKER_IMAGE_ID myimage:$$VERSION

# push同样依赖version.txt，直接读取缓存的版本号
push: version.txt
	@VERSION=$$(cat version.txt); \
	docker push myimage:$$VERSION

# 可选：清理临时生成的版本文件
clean:
	rm -f version.txt

如果希望代码或Dockerfile更新时自动重新生成版本号，可以给version.txt加依赖，比如：

version.txt: Dockerfile src/**/*.py  # 根据你的项目文件调整

2. 利用Make变量缓存（适合不需要持久化版本的场景） #

如果不想生成物理文件，可以把版本号赋值给Make变量，但要注意Make的变量展开规则——因为Make会先解析所有变量再执行目标，所以需要用延迟展开的方式：

# 定义一个获取版本号的辅助伪目标
.PHONY: _get_version
_get_version:
	$(eval VERSION=$(shell DOCKER_IMAGE_ID=$$(docker build -q .); docker run --rm $$DOCKER_IMAGE_ID version))

build: _get_version
	@DOCKER_IMAGE_ID=$$(docker build -q .); \
	docker tag $$DOCKER_IMAGE_ID myimage:$(VERSION)

push: _get_version
	@docker push myimage:$(VERSION)

不过这个方法有个小问题：如果连续运行make build push，会触发两次docker build（因为_get_version会执行两次），浪费资源。所以除非你很少连续执行这两个命令，否则还是第一种方法更高效。

3. 合并分步逻辑但保留独立执行能力 #

如果你希望build和push既能单独运行，又能共享同一份版本号，还可以把版本生成逻辑封装成一个函数，再在两个目标里调用：

# 定义获取版本号的函数
define GET_VERSION
$$(docker build -q . | xargs docker run --rm)
endef

build:
	@VERSION=$(GET_VERSION); \
	docker tag $$(docker build -q .) myimage:$$VERSION

push:
	@VERSION=$(GET_VERSION); \
	docker push myimage:$$VERSION

但同样，这个方法每次运行都会重新构建镜像生成版本号，重复操作较多，适合版本号需要实时生成的场景。

总结 #

综合来看，第一种用version.txt作为依赖的方法是最稳妥、最符合Makefile设计理念的——用文件的存在性标记任务完成状态，同时缓存了动态生成的版本号，避免重复计算和构建。你最初的思路其实已经很接近最佳实践了，只需要把版本文件做成独立目标，让其他任务依赖它就好。

内容来源于stack exchange