这是一个非常旧的文件夹，但是如果你完全删除了cmake-build-debug文件夹，当你使用cmake编译时，它会自动创建一个新的cmake-build-debug文件夹，里面有你需要的所有东西。尤其适用于CLion。

从CMake 3.24开始，存在——fresh命令行选项，每次重新构建整个构建树:

——新鲜 3.24新版功能。 执行构建树的新配置。这将删除任何 现有的CMakeCache.txt文件和关联的CMakeFiles/目录 从头开始重新创建。

https://cmake.org/cmake/help/latest/manual/cmake.1.html#options

我同意外部构建是最好的答案。但是当你必须在源代码内构建的时候，我写了一个Python脚本，可以在这里使用，它:

运行“make clean” 在顶级目录中删除特定的cmake生成的文件，例如CMakeCache.txt 对于每个包含CMakeFiles目录的子目录，它会删除CMakeFiles, Makefile, cmake_install.cmake。 删除所有空子目录。

我在谷歌上搜索了大约半个小时，我想到的唯一有用的东西是调用find实用程序:

# Find and then delete all files under current directory (.) that:
#  1. contains "cmake" (case-&insensitive) in its path (wholename)
#  2. name is not CMakeLists.txt
find . -iwholename '*cmake*' -not -name CMakeLists.txt -delete

此外，确保在此之前调用make clean(或您正在使用的任何CMake生成器)。

:)

我最近发现的一个解决方案是将外部构建概念与Makefile包装器结合起来。

在我的顶级CMakeLists.txt文件中，我包含了以下内容来防止源代码内构建:

if ( ${CMAKE_SOURCE_DIR} STREQUAL ${CMAKE_BINARY_DIR} )
    message( FATAL_ERROR "In-source builds not allowed. Please make a new directory (called a build directory) and run CMake from there. You may need to remove CMakeCache.txt." )
endif()

然后，我创建一个顶级的Makefile，并包括以下内容:

# -----------------------------------------------------------------------------
# CMake project wrapper Makefile ----------------------------------------------
# -----------------------------------------------------------------------------

SHELL := /bin/bash
RM    := rm -rf
MKDIR := mkdir -p

all: ./build/Makefile
    @ $(MAKE) -C build

./build/Makefile:
    @  ($(MKDIR) build > /dev/null)
    @  (cd build > /dev/null 2>&1 && cmake ..)

distclean:
    @  ($(MKDIR) build > /dev/null)
    @  (cd build > /dev/null 2>&1 && cmake .. > /dev/null 2>&1)
    @- $(MAKE) --silent -C build clean || true
    @- $(RM) ./build/Makefile
    @- $(RM) ./build/src
    @- $(RM) ./build/test
    @- $(RM) ./build/CMake*
    @- $(RM) ./build/cmake.*
    @- $(RM) ./build/*.cmake
    @- $(RM) ./build/*.txt

ifeq ($(findstring distclean,$(MAKECMDGOALS)),)
    $(MAKECMDGOALS): ./build/Makefile
    @ $(MAKE) -C build $(MAKECMDGOALS)
endif

默认目标all通过输入make调用，并调用目标./build/Makefile。

目标./build/Makefile所做的第一件事是使用$(MKDIR)创建构建目录，这是MKDIR -p的变量。目录构建是我们执行源外构建的地方。我们提供参数-p，以确保mkdir不会因为试图创建一个可能已经存在的目录而对我们大喊大叫。

目标./build/Makefile所做的第二件事是将目录更改为build目录并调用cmake。

回到all目标，我们调用$(MAKE) -C构建，其中$(MAKE)是为MAKE自动生成的Makefile变量。make -C在执行任何操作之前更改目录。因此，使用$(MAKE) -C build相当于执行cd build;制作。

总而言之，使用make all或make调用这个Makefile包装器相当于这样做:

mkdir build
cd build
cmake ..
make 

目标distclean调用cmake ..，然后make -C build clean，最后，从build目录中删除所有内容。我相信这正是你在问题中所要求的。

Makefile的最后一部分评估用户提供的目标是否是distclean。如果不是，它将在调用之前更改要构建的目录。这是非常强大的，因为用户可以输入，例如，make clean, Makefile会将其转换为cd build;做清洁。

总之，这个Makefile包装器与强制的外部构建CMake配置相结合，使得用户永远不必与CMake命令交互。这个解决方案还提供了一个优雅的方法来从构建目录中删除所有CMake输出文件。

P.S. In the Makefile, we use the prefix @ to suppress the output from a shell command, and the prefix @- to ignore errors from a shell command. When using rm as part of the distclean target, the command will return an error if the files do not exist (they may have been deleted already using the command line with rm -rf build, or they were never generated in the first place). This return error will force our Makefile to exit. We use the prefix @- to prevent that. It is acceptable if a file was removed already; we want our Makefile to keep going and remove the rest.

另一件需要注意的事情:如果你使用可变数量的CMake变量来构建项目，这个Makefile可能无法工作，例如，CMake ..-DSOMEBUILDSUSETHIS:字符串= " foo " -DSOMEOTHERBUILDSUSETHISTOO:字符串=“酒吧”。这个Makefile假设你以一致的方式调用CMake，或者输入CMake ..或者通过为cmake提供一致数量的参数(可以包含在Makefile中)。

最后，在该表扬的地方表扬。这个Makefile包装器改编自c++应用程序项目模板提供的Makefile。

在Git无处不在的今天，你可能会忘记CMake，而使用Git clean -d -f -x，这将删除所有不在源代码控制下的文件。