cli: add one key build bat script

[SoraKasvgano]

整、一键编译

[lanthora]

"D:\msys64\mingw64\bin" "C:\msys64\mingw64\bin" 这不太行吧。直接写死了构建路径，与其这样不如直接用 msys2 构建

[SoraKasvgano]

"D:\msys64\mingw64\bin" "C:\msys64\mingw64\bin" 这不太行吧。直接写死了构建路径，与其这样不如直接用 msys2 构建

cmake：先找 PATH，再通过 VS Installer / vswhere 自动找 Visual Studio 自带 CMake。

ninja：先找 PATH，再自动找 Visual Studio 自带 Ninja。

gcc/g++：先找 PATH，再查环境变量 MINGW_PREFIX、MSYSTEM_PREFIX、MSYS2_ROOT、MSYS2_HOME、SCOOP，最后枚举所有文件系统盘符下的常见 MSYS2/MinGW 目录。

牢大 我更新了一下，并且测试成功了

output\windows\candy.exe
output\windows\candy-service.exe
output\windows\wintun.dll

[lanthora]

"D:\msys64\mingw64\bin" "C:\msys64\mingw64\bin" 这不太行吧。直接写死了构建路径，与其这样不如直接用 msys2 构建

cmake：先找 PATH，再通过 VS Installer / vswhere 自动找 Visual Studio 自带 CMake。

ninja：先找 PATH，再自动找 Visual Studio 自带 Ninja。

gcc/g++：先找 PATH，再查环境变量 MINGW_PREFIX、MSYSTEM_PREFIX、MSYS2_ROOT、MSYS2_HOME、SCOOP，最后枚举所有文件系统盘符下的常见 MSYS2/MinGW 目录。

牢大 我更新了一下，并且测试成功了

output\windows\candy.exe output\windows\candy-service.exe output\windows\wintun.dll

如果这些环境都没安装会怎么样。
我不太理解这个东西有什么实际上的使用价值，能来编译代码的绝对是少数，不太想太多不同的编译方式提供出来，会越来越混乱，即使是 linux, 我也只是假设用户应该已经安装好了依赖，并通过 cmake 可以正常找到依赖。

[SoraKasvgano]

"D:\msys64\mingw64\bin" "C:\msys64\mingw64\bin" 这不太行吧。直接写死了构建路径，与其这样不如直接用 msys2 构建

cmake：先找 PATH，再通过 VS Installer / vswhere 自动找 Visual Studio 自带 CMake。
ninja：先找 PATH，再自动找 Visual Studio 自带 Ninja。
gcc/g++：先找 PATH，再查环境变量 MINGW_PREFIX、MSYSTEM_PREFIX、MSYS2_ROOT、MSYS2_HOME、SCOOP，最后枚举所有文件系统盘符下的常见 MSYS2/MinGW 目录。
牢大 我更新了一下，并且测试成功了
output\windows\candy.exe output\windows\candy-service.exe output\windows\wintun.dll

如果这些环境都没安装会怎么样。 我不太理解这个东西有什么实际上的使用价值，能来编译代码的绝对是少数，不太想太多不同的编译方式提供出来，会越来越混乱，即使是 linux, 我也只是假设用户应该已经安装好了依赖，并通过 cmake 可以正常找到依赖。

收到 牢大 我把它关了