Makefile中在ifeq/ifneq内调用目标是否符合最佳实践？

首先明确：在ifeq/ifneq这类Make解析阶段的条件判断里直接调用目标（或者通过递归$(MAKE)调用），不是Make的常规用法，也不符合最佳实践。因为Make的核心是基于依赖关系的声明式构建，而不是像shell脚本那样的顺序执行逻辑，强行在条件里调用目标会打破Make的依赖追踪机制，容易导致构建逻辑混乱、难以维护。

针对你的需求——每次执行build前检查版本，版本变化时自动运行my_test，推荐两种更符合Make设计的实现方式：

方案1：利用版本标记文件+动态依赖（推荐） #

核心思路是用一个.version文件记录当前版本，让build依赖这个标记文件，同时根据版本是否变化，动态让标记文件依赖my_test，这样Make会自动处理执行顺序：

# 假设你通过shell命令获取当前版本，比如git标签
VERSION := $(shell git describe --tags --always)
# 读取已记录的版本（如果文件存在）
RECORDED_VERSION := $(if $(wildcard .version),$(shell cat .version),"")

# 强制检查版本的伪目标
FORCE: ;

# 生成/更新.version文件的规则
.version: FORCE
	@if [ "$(VERSION)" != "$(RECORDED_VERSION)" ]; then \
		echo "$(VERSION)" > .version; \
	else \
		touch .version; \
	fi

# 只有当版本变化时，让.version依赖my_test，触发测试执行
ifneq ($(VERSION),$(RECORDED_VERSION))
.version: my_test
endif

# build目标依赖.version，确保先完成版本检查和可能的测试
build: .version
	# 这里写你的实际构建命令
	@echo "Starting build for version $(VERSION)..."

# 原有的测试目标
my_test:
	@echo "Running tests..."

这种方式完全利用Make的依赖机制，不需要启动新的Make进程，逻辑清晰且符合Make的设计理念。

方案2：在build规则中用shell条件判断（简单直接） #

如果你的场景比较简单，也可以直接在build的规则里用shell条件判断，按需执行测试——虽然是把Make当脚本用，但实现起来更直观：

VERSION := $(shell git describe --tags --always)

build:
	@if [ ! -f .version ] || [ "$(VERSION)" != "$$(cat .version)" ]; then \
		echo "Version changed, running tests..."; \
		# 直接执行my_test的命令，或者调用目标（这里不用递归Make的话，要确保my_test的命令可复用）
		$(MAKE) my_test; \
		echo "$(VERSION)" > .version; \
	fi
	# 执行构建命令
	@echo "Building..."

my_test:
	@echo "Running tests..."

如果不想递归调用Make，可以把my_test的命令提取成变量，避免代码重复：

TEST_COMMANDS := @echo "Running test 1..."; \
                 @echo "Running test 2..."

my_test:
	$(TEST_COMMANDS)

build:
	@if [ ! -f .version ] || [ "$(VERSION)" != "$$(cat .version)" ]; then \
		echo "Version changed, running tests..."; \
		$(TEST_COMMANDS); \
		echo "$(VERSION)" > .version; \
	fi
	@echo "Building..."

总结 #

• 避免在ifeq/ifneq等解析阶段的条件判断里直接调用目标，这会破坏Make的依赖逻辑；
• 优先选择依赖驱动的方案（方案1），这是Make的标准用法，更易维护；
• 简单场景可以用shell条件判断（方案2），但要注意代码复用问题。

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