Makefile规则内变量无法跨规则共享，ONESHELL指令无效问题排查

哦，我完全懂你卡在哪了——ONESHELL确实能解决单个规则内多命令的shell变量共享问题，但它管不了跨规则的情况。核心误区在于你混淆了Make变量和shell变量的本质区别，而且跨规则时Make会启动全新的shell进程，shell变量根本没法跨进程传递。

为什么你的尝试失败了？ #

1. ONESHELL的作用范围有限：它只是让同一个规则里的所有命令在同一个shell实例中运行，所以你在build-%里的两个@命令能共享shell变量DIR_ENV，但一旦这个规则执行完毕，shell进程退出，变量就彻底消失了。其他规则是Make单独触发的新shell进程，完全看不到这个变量。
2. shell变量≠Make变量：你在规则里用DIR_ENV=定义的是shell进程内部的变量，而Make和它启动的shell是独立的进程，shell里的变量不会自动同步到Make的变量空间里，所以其他规则根本没法引用这个值。

正确的解决方法：把变量升级为Make变量 #

要让变量跨规则可用，必须把它变成Make本身管理的变量，而不是shell变量。最直接的方式是用$(eval)在规则执行时动态赋值，这样Make会把变量存在自己的环境中，所有后续规则都能访问。

修改后的Makefile示例：

.ONESHELL:
SHELL := /bin/bash

build-%:
	# 用eval将DIR_ENV设为全局Make变量，基于$*的值做判断
	$(eval DIR_ENV := $(if $(findstring -, $*),$(subst -,/,$*),$*))
	# 这里用$(DIR_ENV)引用Make变量，Make会先替换成值再传给shell执行
	@echo "当前build规则的DIR_ENV: $(DIR_ENV)"

# 测试跨规则使用的示例规则
use-env:
	@echo "在use-env规则中获取到的DIR_ENV: $(DIR_ENV)"

验证效果 #

比如先执行make build-dev-prod，你会看到输出当前build规则的DIR_ENV: dev/prod；接着执行make use-env，就能看到在use-env规则中获取到的DIR_ENV: dev/prod，变量成功跨规则传递了。

进阶：处理复杂shell逻辑 #

如果需要用shell做更复杂的变量处理，可以把shell命令的输出直接捕获为Make变量：

build-%:
	$(eval DIR_ENV := $(shell if echo "$*" | grep -q '-'; then echo "$*" | tr '-' '/'; else echo "$*"; fi))
	@echo $(DIR_ENV)

注意事项 #

• 用$(eval)或$(shell)赋值的Make变量是全局的，多次运行不同的build-%目标时，后续的值会覆盖之前的，这是正常的全局变量行为。
• 区分Make变量和shell变量的引用方式：Make里用$(VAR)，shell里用${VAR}；在规则的shell命令中引用Make变量时，必须用$(VAR)，Make会先替换成对应的值再传给shell执行。

内容的提问来源于stack exchange，提问作者Mazzy