Fix env git clone handling

[yanhu7150-tech]

拉取/合并请求描述：(PR description)

[

为什么提交这份PR (why to submit this PR)

本 PR 修复 tools/env_utility.py 中 RT-Thread ENV 初始化时 git clone 处理不健壮的问题。
在 scons menuconfig、scons guiconfig、scons defconfig 等配置入口中，building.py::PrepareBuilding() 会调用 tools/env_utility.py 中的 menuconfig() / guiconfig() / defconfig()，这些函数会先执行 kconfiglib_check_installed()。当系统中尚未安装 RT-Thread ENV 工具、且 PKGS_DIR 不存在时，非 Windows 平台会进入 touch_env() 自动初始化 .env 目录和相关工具。
原实现中，touch_env() 使用类似下面的方式执行 git clone：

os.system('git clone %s %s' % (url, path))

该实现存在两个问题：

1. 当目标路径包含空格时，os.system() 会通过 shell 执行命令，目标路径会被 shell 按空格拆分，导致 git clone 参数错误。例如用户目录或临时目录中包含空格时，目标路径可能被拆成多个参数，git clone 会报 Too many arguments 或 clone 到错误位置。
2. 当 git clone 因网络、缺少 git 工具、路径错误等原因失败后，原逻辑会继续执行后续初始化流程。此时如果 .env/tools/scripts/Kconfig 等文件不存在，后续 shutil.copy() 会抛出未解释的 FileNotFoundError，导致错误信息不清晰，并可能留下未完整初始化的 .env 目录结构。
   该问题属于 ENV 初始化工具链的普通软件缺陷。ENV 初始化脚本应当能够正确处理包含空格的路径，并在 clone 失败时及时停止后续流程，而不是继续访问不存在的文件。

你的解决方案是什么 (what is your solution)

本 PR 只修改 tools/env_utility.py，未修改 BSP、Kconfig、Rust、CI 或其它无关模块。
主要修改如下：

1. 新增 run_git_clone(url, dest) helper
   使用：

   subprocess.run(['git', 'clone', url, dest], check=False)

   替代原先的 os.system('git clone %s %s' % (...))。
   这样 git clone 参数会以 argv list 形式传递，不再经过 shell 分词，因此目标路径中即使包含空格，也会作为完整路径传给 git。
2. 替换 touch_env() 中三处 clone 逻辑
   以下三类仓库 clone 均改为使用 run_git_clone()：
   • packages 仓库；
   • env scripts 仓库；
   • sdk 仓库。
     这样三处 clone 行为一致，均避免 shell 分词问题。
3. clone 失败时及时停止初始化流程
   当任意 clone 失败时：
   • 清理当前失败的目标目录；
   • 输出清晰错误提示；
   • 调用 help_info()；
   • touch_env() 返回 False；
   • 不再继续执行后续 shutil.copy()。
     需要说明的是，本 PR 没有尝试删除整个 .env 基础目录，以避免误删用户已有 ENV 内容；这里只清理当前失败的 clone 目标目录，并阻止后续流程继续执行。
4. 在复制 scripts/Kconfig 前增加存在性检查
   原逻辑直接执行：

   shutil.copy(.../tools/scripts/Kconfig, ...)

   如果 env scripts clone 失败，则这里会抛出 FileNotFoundError。
   修改后会先检查 scripts/Kconfig 是否存在；如果不存在，则输出清晰错误并返回 False，不再抛出未解释的异常。
5. 调用方处理 touch_env() 失败结果
   kconfiglib_check_installed() 中调用 touch_env() 后，会检查返回值。若 ENV 初始化失败，则输出错误并 sys.exit(1)，避免继续执行 menuconfig / guiconfig / defconfig 后续逻辑。
   本 PR 保持成功路径行为不变，仅修复路径含空格和 clone 失败场景下的错误处理。

请提供验证的bsp和config (provide the config and bsp)

• BSP:
  本 PR 修改的是 tools/env_utility.py 中的 ENV 初始化辅助逻辑，不涉及具体 BSP 源码、驱动或板级配置。
  无特定 BSP 要求。
• .config:
  本 PR 不修改任何 BSP 的 .config，也不要求开启或关闭额外配置项。
  无 .config 变更。
• action:
  本 PR 为工具脚本修复，已完成本地脚本级验证。PR 创建后可由 GitHub Actions 自动触发进一步检查。
  本地验证如下：

1. Python 语法检查：

   python -m py_compile tools\env_utility.py

   结果：通过，无语法错误。
2. Git diff whitespace 检查：

   git diff --cached --check

   结果：通过，无 whitespace error。
3. 路径含空格场景验证：
   构造包含空格的目标路径，例如：

   C:\Users\some user\...\packages
   

   修复前，os.system('git clone %s %s') 会通过 shell 执行命令，目标路径会被空格拆分，导致 git clone 参数错误。
   修复后，subprocess.run(['git', 'clone', url, dest]) 接收到的 argv 中，目标路径作为单独完整参数传入，不会被空格拆分。
4. clone 失败场景验证：
   通过模拟 git clone 返回失败，验证 touch_env() 行为。
   修复前：
   • clone 失败后仍继续后续初始化；
   • 后续复制 .env/tools/scripts/Kconfig 时可能抛出 FileNotFoundError。
     修复后：
   • clone 失败后 touch_env() 返回 False；
   • 当前失败的 clone 目标目录会被清理；
   • 后续 shutil.copy() 不再执行；
   • kconfiglib_check_installed() 检测失败并退出；
   • 不再抛出未解释的 FileNotFoundError。
5. 缺失 scripts/Kconfig 场景验证：
   当 .env/tools/scripts/Kconfig 不存在时，修复后会输出清晰错误信息并返回 False，不会直接抛出 FileNotFoundError。
6. mk_rtconfig() 回归验证：
   使用临时 .config 验证以下内容：

   CONFIG_FOO="a=b#c"
   

   生成的 rtconfig.h 中结果仍为：

   #define FOO "a=b#c"

   说明本 PR 未修改 .config -> rtconfig.h 的解析逻辑，也未引入相关回归。
7. 提交前确认：

   git diff --cached --stat
   git diff --cached --numstat
   git status --short

   确认本 PR 仅修改：

   tools/env_utility.py
   

   未修改 BSP、Rust、CI、tools/targets 或其它无关文件。
   ]

当前拉取/合并请求的状态 Intent for your PR

必须选择一项 Choose one (Mandatory):

• 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended to get feedback
• 本拉取/合并请求是一个成熟版本 This PR is mature, and ready to be integrated into the repo

代码质量 Code Quality：

我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:

• 已经仔细查看过代码改动的对比 Already check the difference between PR and old code
• 代码风格正确，包括缩进空格，命名及其他风格 Style guide is adhered to, including spacing, naming and other styles
• 没有垃圾代码，代码尽量精简，不包含#if 0代码，不包含已经被注释了的代码 All redundant code is removed and cleaned up
• 所有变更均有原因及合理的，并且不会影响到其他软件组件代码或BSP All modifications are justified and not affect other components or BSP
• 对难懂代码均提供对应的注释 I've commented appropriately where code is tricky
• 代码是高质量的 Code in this PR is of high quality
• 已经使用[formatting](https://github.com/mysterywolf/formatting) 等源码格式化工具确保格式符合[RT-Thread代码规范](https://github.com/RT-Thread/rt-thread/blob/master/documentation/contribution_guide/coding_style_cn.md) This PR complies with [RT-Thread code specification](https://github.com/RT-Thread/rt-thread/blob/master/documentation/contribution_guide/coding_style_en.md)
• 如果是新增bsp, 已经添加ci检查到[.github/ALL_BSP_COMPILE.json](https://github.com/RT-Thread/rt-thread/blob/master/.github/ALL_BSP_COMPILE.json) 详细请参考链接[BSP自查](https://www.rt-thread.org/document/site/#/rt-thread-version/rt-thread-standard/development-guide/bsp-selfcheck/bsp_selfcheck)

[github-actions]

👋 感谢您对 RT-Thread 的贡献！Thank you for your contribution to RT-Thread!

为确保代码符合 RT-Thread 的编码规范，请在你的仓库中执行以下步骤运行代码格式化工作流（如果格式化CI运行失败）。
To ensure your code complies with RT-Thread's coding style, please run the code formatting workflow by following the steps below (If the formatting of CI fails to run).

---

🛠 操作步骤 | Steps

1. 前往 Actions 页面 | Go to the Actions page
   点击进入工作流 → | Click to open workflow →

2. 点击 Run workflow | Click Run workflow

• 设置需排除的文件/目录（目录请以"/"结尾）
  Set files/directories to exclude (directories should end with "/")
• 将目标分支设置为 \ Set the target branch to：bugfix-env-init-robustness
• 设置PR number为 \ Set the PR number to：11591

3. 等待工作流完成 | Wait for the workflow to complete
   格式化后的代码将自动推送至你的分支。
   The formatted code will be automatically pushed to your branch.

完成后，提交将自动更新至 bugfix-env-init-robustness 分支，关联的 Pull Request 也会同步更新。
Once completed, commits will be pushed to the bugfix-env-init-robustness branch automatically, and the related Pull Request will be updated.

如有问题欢迎联系我们，再次感谢您的贡献！💐
If you have any questions, feel free to reach out. Thanks again for your contribution!