你可以宣布一个或多个目标是假的。

A phony target is one that is not really the name of a file; rather it is just a name for a recipe to be executed when you make an explicit request. There are two reasons to use a phony target: to avoid a conflict with a file of the same name, and to improve performance. ... A phony target should not be a prerequisite of a real target file; if it is, its recipe will be run every time make goes to update that file. As long as a phony target is never a prerequisite of a real target, the phony target recipe will be executed only when the phony target is a specified goal

如果我没记错的话，'make'使用时间戳(文件修改时间)来确定目标是否为最新。强制重新构建的常用方法是使用“touch”命令更新时间戳。您可以尝试在makefile中调用'touch'来更新其中一个目标(可能是那些子makefile中的一个)的时间戳，这可能会迫使Make执行该命令。

还有人建议使用. phony，这是绝对正确的。. phony应该用于任何输入和输出之间的日期比较无效的规则。由于表单output: input没有任何目标，所以应该对所有目标都使用.PHONY !

尽管如此，您可能应该在makefile的顶部为各种文件名定义一些变量，并定义真正的make规则，这些规则同时具有输入和输出部分，这样您就可以利用make的好处，即您只编译需要复制的东西!

编辑:新增示例。未经测试，但你就是这么做的。假的

.PHONY: clean    
clean:
    $(clean)

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

一个曾经在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”的文件或目录，它没有依赖关系，所以是最新的。还有真正的原因…

这实际上取决于目标是什么。如果它是一个伪目标(即目标与文件无关)，你应该将它声明为. phony。

然而，如果目标不是伪目标，而只是出于某种原因想要重新构建它(例如当你使用__TIME__预处理宏时)，你应该使用回答中描述的FORCE方案。

http://www.gnu.org/software/make/manual/html_node/Force-Targets.html#Force-Targets

根据米勒的递归使认为有害，你应该避免调用$(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.

在我的Linux系统(Centos 6.2)上，当规则确实创建了一个匹配目标的文件时，在声明目标. phony和在FORCE上创建一个伪依赖项之间有一个显著的区别。当每次都必须重新生成文件时，两者都需要 文件上的伪依赖FORCE，以及伪依赖的. phony。

错误的:

date > $@

正确的:

FORCE
    date > $@
FORCE:
    .PHONY: FORCE

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

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

force:
       touch yourProgram.cpp
       make

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

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

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

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

我试过了，对我很有效

将这些行添加到Makefile中

clean:
    rm *.o output

new: clean
    $(MAKE)     #use variable $(MAKE) instead of make to get recursive make calls

保存，然后调用

make new 

它会重新编译所有东西

发生了什么事?

1)“新”就是干净。 'clean' do 'rm'删除所有扩展名为'.o'的目标文件。

2)'new'调用'make'。 'make'看到没有'。O '文件，因此它创建了所有的'。o '了。然后链接器将所有.o文件链接到一个可执行输出中

祝你好运

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

nmake /A 

重建所有

Make clean删除所有已编译的目标文件。

正如abernier所指出的，在GNU make手册中有一个推荐的解决方案，它使用一个“假”目标来强制重建目标:

clean: FORCE
        rm $(objects)
FORCE: ; 

这将干净地运行，而不考虑任何其他依赖项。

我在手册中的解决方案中添加了分号，否则需要空行。