如何编写GNU Make规则依赖Git子模块子目录中的任意文件？

先贴出你的代码方便分析：

DEP = submod/.git
$(DEP):
	git submodule update --init $(@D)
submod/%: | $(DEP)
	@# why do I need this?
install: submod/junk.c
	echo installing

我来拆解你的核心疑问，并逐一解释清楚：

疑问1：为什么需要submod/%: | $(DEP)这个模式规则？ #

简单说：这个规则是给submod/下所有文件绑定了一个「仅需存在」的前置依赖，确保Make在尝试处理子模块内的任何文件前，先完成子模块的初始化。

如果删掉这个规则，当你运行make install时会出问题：

• Make会先检查submod/junk.c是否存在，要是它不存在，Make会直接找能生成这个文件的规则——但你没写专门的生成规则，它会立刻抛出No rule to make target 'submod/junk.c'. Stop.的错误，根本不会触发git submodule update的初始化步骤。

而这个submod/%模式规则的作用是：

• %是通配符，匹配submod/下的所有文件；
• | $(DEP)是order-only依赖（仅需存在的依赖），意思是：只有当$(DEP)（也就是submod/.git）不存在时，才会先执行$(DEP)对应的初始化命令；如果$(DEP)已经存在，哪怕它的时间戳更新了，也不会触发submod/%目标的重新处理。

这个规则本身没有实际的生成命令（只有注释），它的唯一作用就是把初始化子模块的步骤，绑定到所有子模块内文件的处理流程上，确保子模块先被初始化，再去检查目标文件是否存在。

疑问2：为什么不直接让submod/junk.c依赖$(DEP)？ #

你可能想过改成这样：

submod/junk.c: $(DEP)
install: submod/junk.c
	echo installing

这其实能运行，但有个小缺陷：

• 如果$(DEP)的时间戳发生变化（比如你重新运行git submodule update更新了子模块），Make会认为submod/junk.c的依赖过期了，会尝试重新生成它——但submod/junk.c是子模块自带的文件，你根本不需要生成它，只是需要它存在而已。

而使用order-only依赖（|）的好处就是：只有当依赖不存在时才会执行初始化，依赖更新不会触发目标的重新处理，完美匹配Git子模块的场景：我们只需要确保子模块被初始化，不需要因为子模块更新而重复处理子模块内的文件。

额外优化建议 #

1. 更可靠的子模块依赖标记：
   有些Git版本中，submod/.git是一个符号链接，指向.git/modules/submod，你可以改用submod/.git/modules/submod/config作为依赖——这个文件是子模块初始化后一定会存在的，比submod/.git更可靠，能避免符号链接的潜在问题。

2. 精准匹配目标文件：
   如果你的目标文件是固定的（比如只有submod/junk.c），可以把通配的模式规则改成针对单个文件的order-only依赖，代码更清晰：

   submod/junk.c: | $(DEP)
   

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