Makefile异常重复重建已完成目标的问题排查

共4处核心配置错误，按影响优先级排序：

• 伪目标all的依赖逻辑完全错误
  你没有将$(DATA_TRN)、$(Y_TRN)配置为all的前置依赖，反而在all的命令块中递归调用make执行这两个目标。由于all被声明为.PHONY伪目标，无论下游文件是否为最新版本，每次执行make all都会无条件运行命令块内的两条递归make指令，这是执行make all必然触发全量重跑的核心原因。
  修正方式：直接将构建目标挂在all的依赖列表中，删除命令块内的递归调用：

  all: $(DATA_TRN) $(Y_TRN)
  

• 目录变量名拼写错误
  你定义的根数据目录变量为DIR_DATA，但两个文件目标的order-only依赖（竖线|后的部分）全部错写为未定义的$(DATA_DIR)，该变量解析后为空值。make会判定这个不存在的空依赖缺失，进而触发上游目标重建，这就是单独执行make $(Y_TRN)、运行上层采样目标时异常触发DATA_TRN重建的直接原因。
  修正方式：将所有规则中$(DATA_DIR)替换为$(DIR_DATA)，同时补全目录自动创建规则，避免首次运行时报目录不存在错误：

  $(DIR_DATA) $(DIR_DATA)/processed $(DIR_CONFIG):
      mkdir -p $@
  

• $(Y_TRN)规则的命令缩进非法
  原代码中$(Y_TRN)依赖行下方的python构建命令没有使用Tab字符缩进，make不会将其识别为$(Y_TRN)的构建指令，会导致该目标规则缺失，触发内置隐式规则匹配和异常依赖检查。
  修正方式：给$(Y_TRN)下的所有构建命令前添加Tab缩进，与$(DATA_TRN)规则的命令格式保持一致。
• 采样目标sample的递归make写法冗余
  你已经通过include Makefile把基础层的所有规则、变量导入了当前Makefile上下文，不需要再递归调用make指定-f参数执行采样目标。原有写法每次运行sample都会启动全新的make进程，绕过当前上下文的增量检查逻辑，触发不必要的重建。
  修正方式：直接将采样输出文件挂为sample的依赖，删除冗余递归调用：

  sample: $(DATA_TRN_SAMPLE)
  

额外优化建议：$(DATA_TST)是_buildDataset.py运行时和$(DATA_TRN)同时生成的文件，建议将其加入$(DATA_TRN)的规则目标列表（写法为$(DATA_TRN) $(DATA_TST): 依赖列表），避免测试集文件被误删后不会触发重建的问题。

以下方法可以快速定位触发重建的具体原因：

• 依赖链路debug：执行make命令时添加--debug=b参数，仅输出基础的依赖检查日志，搜索日志中的out of date、Prerequisite关键字，即可直接看到make判定哪个前置文件更新、哪个前置依赖不存在，进而定位触发重建的根因。如果需要完整的解析过程，可以加-d参数输出全量debug日志。
• 变量值校验：执行make -p > make_dump.txt，会将Makefile解析完成后的所有变量实际值、规则、内置逻辑全部导出到文件，搜索你怀疑存在拼写错误的变量名（比如本次的DATA_DIR），即可快速确认变量是否被正确赋值、是否存在拼写错误。
• 干运行验证：执行make -n <目标名>会打印构建该目标需要执行的所有命令但不实际运行，可以快速验证目标是否会触发重建、执行逻辑是否符合预期，不需要等待实际数据脚本跑完。
• 排除隐式规则干扰：如果怀疑是make内置的隐式匹配规则导致误判，可以在Makefile末尾添加.SUFFIXES:清空所有内置后缀规则，或者执行make时加-r参数临时禁用内置隐式规则，再观察重建行为是否恢复正常。

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