NOTE：此篇文章由笔者的 VSCode+arm-none-eabi-gcc交叉编译+Makefile构建+OpenOCD（基于STM32标准库的保姆级教程）派生而来。

make构建工具即make.exe，和makefile脚本同步协作。makefile里面的语法规定了代码项目中多文件的编译顺序和编译规则。

✅xpack-windows-build-tools：如果直接选择xpack-windows-build-tools/bin文件目录下的make.exe和rm.exe，则使用下图中makefile脚本的 rm -fR $(BUILD_DIR) 语法。rm -fR是属于Linux的语法。
下图为xpack-windows-build-tools/bin文件目录的结构：

makefile脚本的clean处：

✅MinGW-64：如果选择MinGW/bin文件目录下的mingw32-make.exe，并将其重命名为make.exe，同样能使用 rm -fR $(BUILD_DIR) 语法( 因为其调用的同样是xpack-windows-build-tools/bin下的rm.exe )。
下图为MinGW/bin文件目录的结构：

makefile脚本的clean处：修改的地方和上面的一致。

最后总结：
大家可以自行选择使用上述两个make工具中的任意一个，笔者更推荐使用xpack-windows-build-tools，xpack-windows-build-tools是从Linux移植到Windows上的二次开发构建工具包，其文件夹中包含有busybox.exe、cp.exe、echo.exe、rm.exe、sh.exe组件工具，与基于GNU Make的Makefile脚本文件语法能高度兼容。
当然了，xpack-windows-build-tools和MinGW两者的make.exe工具都是GNU_Make！因此您也可以选择将这5个组件工具 拷贝移植 到您的MinGW/bin目录下，使用MinGW中的make.exe + 组件工具，构建make软件环境，这是等效的。