Windows for /F命令异常：排除Git未跟踪文件后无输出原因

我正在写批处理脚本，要检查Git仓库的本地修改（排除未跟踪文件），只输出是/否结果。直接执行git status --porcelain --untracked-files=no能正常看到已修改的文件，但用for /F命令捕获输出时却什么都没有。

比如直接执行命令有输出：

C:\local_workspace>git status --porcelain --untracked-files=no
 M EWARM/stm32u575xx_flash.icf
 M EWARM/stm32u575xx_sram.icf

但执行for /F "delims=" %i in ('git status --porcelain --untracked-files=no') do (echo [%i])却没有任何输出。

原因分析 #

核心问题是编码不匹配：
Windows cmd默认使用GBK（代码页936）编码，而Git在Windows环境下默认输出UTF-8编码的内容，部分场景下还会带UTF-8 BOM。for /F命令只能正确解析与当前cmd编码一致的输出，当Git输出的UTF-8内容无法被GBK编码解析时，for /F会将这些行视为无效内容，因此没有输出。

少数情况下Git会将部分状态信息输出到标准错误流（stderr），而for /F仅能捕获标准输出流（stdout）的内容，但你直接执行命令能看到输出，说明主要内容在stdout，编码问题是更大概率的原因。

解决方案 #

方案1：让Git输出匹配cmd的编码

临时设置Git的输出编码为GBK，匹配cmd的默认编码：

for /F "delims=" %i in ('set LANG=zh_CN.GBK & git status --porcelain --untracked-files=no') do (echo [%i])

如果是在批处理脚本中，变量需要用双百分号：

@echo off
set LANG=zh_CN.GBK
for /F "delims=" %%i in ('git status --porcelain --untracked-files=no') do (echo [%%i])

方案2：改用git diff替代git status

如果你的需求只是检测是否有已跟踪文件的修改，git diff --name-only更简洁，且输出编码问题更少，它会直接列出所有已修改的已跟踪文件：

for /F "delims=" %i in ('git diff --name-only') do (echo [%i])

方案3：临时切换cmd编码为UTF-8

通过chcp命令切换cmd的编码为UTF-8，让for /F能正确解析Git的输出：

chcp 65001 >nul
for /F "delims=" %i in ('git status --porcelain --untracked-files=no') do (echo [%i])
chcp 936 >nul

chcp 65001切换到UTF-8编码，>nul是为了屏蔽编码切换的提示信息；chcp 936切换回默认的GBK编码，避免影响后续命令。

内容的提问来源于stack exchange，提问作者JustSomeGuy