一个曾经在Sun手册中记录的make技巧是使用一个(不存在的)目标'. force '。你可以创建一个文件，force。Mk，它包含:

.FORCE:
$(FORCE_DEPS): .FORCE

然后，假设你现有的makefile被称为makefile，你可以运行:

make FORCE_DEPS=release -f force.mk -f makefile release

由于. force不存在，依赖于它的任何东西都将过时并重新构建。

所有这些都适用于任何版本的make;在Linux上，您有GNU Make，因此可以像前面讨论的那样使用. phony目标。

同样值得考虑的是，为什么make认为release是最新的。这可能是因为你在执行的命令中有一个触摸释放命令;这可能是因为存在一个名为“release”的文件或目录，它没有依赖关系，所以是最新的。还有真正的原因…

它已经被提到了，但我认为我可以添加到使用触摸

如果您触摸所有要编译的源文件，则touch命令将文件的时间戳更改为执行touch命令的系统时间。

源文件时间戳是make用来“知道”文件已更改并需要重新编译的

例如:如果项目是c++项目，那么执行touch *.cpp，然后再次运行make, make应该重新编译整个项目。

这种简单的技术将允许makefile在不需要强制时正常运行。在makefile的末尾创建一个名为force的新目标。强制目标将触及默认目标所依赖的文件。在下面的例子中，我添加了touch myprogram.cpp。我还添加了一个要做的递归调用。这将导致每次输入make force时都会生成默认目标。

yourProgram: yourProgram.cpp
       g++ -o yourProgram yourProgram.cpp 

force:
       touch yourProgram.cpp
       make

make的-B开关，其长形式为——always-make，告诉make忽略时间戳并使指定的目标。这可能会违背使用make的目的，但它可能正是您所需要的。

如果您不需要保存已经成功编译的任何输出

nmake /A 

重建所有

根据米勒的递归使认为有害，你应该避免调用$(Make)!在您所展示的情况中，它是无害的，因为这不是一个真正的makefile，只是一个包装器脚本，它也可能是用Shell编写的。但是你说你在更深层次的递归中继续这样做，所以你可能遇到了那篇令人大开眼界的文章中所显示的问题。

当然，使用GNU的make是很麻烦的。尽管他们意识到了这个问题，但这是他们记录在案的做事方式。

OTOH，创建makepp就是为了解决这个问题。您可以在每个目录级别上编写makefile文件，但它们都汇集到项目的完整视图中。

But legacy makefiles are written recursively. So there's a workaround where $(MAKE) does nothing but channel the subrequests back to the main makepp process. Only if you do redundant or, worse, contradictory things between your submakes, you must request --traditional-recursive-make (which of course breaks this advantage of makepp). I don't know your other makefiles, but if they're cleanly written, with makepp necessary rebuilds should happen automatically, without the need for any hacks suggested here by others.