[BUG] windows下不支持共享磁盘路径显示已修改文件

[MagiciSource]

问题描述

我添加了一个共享磁盘路径作为工作路径（比如z://test）
然后点开右侧边栏，查看已修改文件，过一会之后会报git status命令执行失败，因为git命令使用的路径是共享磁盘的网址，也就是\192.168.1.1\share\test这个路径，在shell命令里不认这个路径

运行环境

• 使用方式: 桌面端:
• 操作系统: Windows:
• 系统版本: 例如 Windows 10 最新版:
• 桌面端版本: 例如 v0.3.2:
• 安装来源: GitHub Release:

复现步骤

1.先映射一个网络驱动器，例如samaba协议的
2.将这个网络驱动器下的路径添加到工作目录
3.点开右侧边栏，点到已修改文件页，加载一会后会提示错误

是否稳定复现: 是

---

@dosubot

[dosubot]

Hi @MagiciSource! I'm Dosu and I'm helping the Relakkes's Org team.

这个问题的根本原因是：当你使用映射的网络驱动器（如 Z:\test）作为工作路径时，系统在执行 git status 命令时，Windows 可能会将映射盘符解析为底层的 UNC 路径（如 \\192.168.1.1\share\test），而 git 命令在 shell 中无法正确处理这种 UNC 路径格式。

从代码层面来看，项目中 git status 执行逻辑使用 git status --porcelain=v1 -z --untracked-files=all 并设置了 5 秒超时 [1]。项目虽然有 Windows 路径和 POSIX 路径之间的转换工具（处理 UNC 路径和驱动器盘符）[2]，也有 UNC 路径检测逻辑用于安全防护 [3]，但当前代码中没有针对映射网络驱动器（如 Z: → \\server\share）的解析或特殊处理逻辑。映射的网络盘符被当作普通本地路径处理，当 git 或系统底层将其解析回 UNC 路径时就会出错。

可能的临时解决方案：

• 直接使用本地路径而非映射网络驱动器作为工作目录
• 或者使用 subst 命令将 UNC 路径映射为虚拟盘符（但效果可能类似）

这确实是一个功能缺失——需要在执行 git 命令前，确保传递的路径始终使用盘符格式而非被解析为 UNC 路径，或者对映射网络驱动器做专门的适配。

To reply, just mention @dosu.

---

Share context across your team and agents. Try Dosu.