chore: run_boot_test 文档串引号改中文引号——代为提交他人在飞内容

同样是本会话开始前就在工作区的未提交改动(非本次编辑),按用户指示代为提交。
内容逐字节未变:在飞时与工作区的 git hash-object = 369380ca8eb024b593d872455b6a020797abcd8d,
本笔提交里的 blob 同一个(本会话早些时候核对过两次,值一致)。

改动性质:_split_cmd() 的 docstring 里两处示例路径的 ASCII 单/双引号换成中文引号,
共 2 行、全在 docstring 内,函数行为不变(仍 shlex.split(posix=False) 后逐段剥引号)。
动机与 AGENTS「字符串字面量必须纯 ASCII」同源:中文语境里的 ASCII 引号容易被误当
代码边界(这条陷阱在本仓的 shell 混用历史里反复出现)。

核验:.venv 解释器 python -m py_compile 通过;git diff 仅 4 行、无逻辑行改动;
no-mojibake / trailing-whitespace 无问题(同样因全局 exclude 挡掉,手工跑过)。
This commit is contained in:
2026-10-29 16:39:58 +08:00
parent c66b5ad40d
commit cdf88a7121
@@ -140,8 +140,8 @@ def _split_cmd(cmd_str):
直接交给 subprocess、**不经 `cmd /c`**:CreateProcess 能直接跑 .bat,且 Python
会给含空格的路径正确加引号。旧写法 `['cmd','/c', 串]` 在本仓库(目录名
`DTU Code` 含空格)会被 cmd 的 /c 引号规则玩坏——实测报
`'D:\Code\DTU' is not recognized`,回读校验被假判成"芯片内容不一致"。
路径本身含空格时把该段用引号包住(`"D:\some dir\flash_tool.bat" flash`)。
「'D:\Code\DTU' is not recognized」,回读校验被假判成"芯片内容不一致"。
路径本身含空格时把该段用引号包住(「"D:\some dir\flash_tool.bat" flash」)。
posix=False 是必须的:posix=True 会吃掉 Windows 路径里的反斜杠。
"""
return [p.strip('"') for p in shlex.split(cmd_str, posix=False)]