[BUG] 待处理的受管理文件状态会忽略包含空格或中文字符的文件名

□你用什么版本的精灵?

转载于v1.0.4,承诺`6bb55842f73766f7b219a5ef5bcf5965f3acdaa'。 目前的主干线"bde88812dde35f3c29acf50756e7da4a46c663ba"(检查日期为9月14日)上仍然有同样的分解器.

□ 系统信息

macOS 26.5.2, Python 3.11.15, Git 2.50.1 (英语). 使用后端服务和临时Git寄存器再出.

□ 问题描述

在检查我的报告.md'或 .md'之后,在`Content RepositaryService.status (.).waiting managed paths'中缺少随后的编辑。

1. 通过 " Contentrestory Service.bootstrap " 初始化存储器。
2. 创建我的报告.md',并通过储存处.检查点 ' 对其进行检查。
3. 更改其内容并称为`Contentrestory Service.status'。

预期:待决 管理 路径= ("我的报告.md")'。 实际:待决 管理 路径= ()',尽管Git报告了修改情况。 Q.md'的情况也是如此。

□ 日志

同样9起真正吉特回归案是在上游发生的,拟议补救如下:

页:1 上游6bb5584:8次失败,1次通过,12次取消选举 拟议固定办法3061388:9项通过,12项取消

补丁服务复制 : 编辑了“ my report.md” : 待定管理路径 = (“ my report.md', ) 编辑了“ intu. md ” : 待处理的管理路径 = (“ intu. md ” )

补丁和草稿为AI辅助. 我检讨了密码 并在当地重新进行核查 服务复制成功 九起回归案例都过去了

□ 附加上下文

`GitBackend.path status' 使用新线被限制的瓷器输出,并保留 Git 引用的文件名表达式 。 因此,其密钥无法与实际管理的道路相匹配。

所制取的固定装置使用`git status-porcelain=v1-z'、明确的UTF-8解码,并消耗重命名/复制的额外源记录。 它改变一个生产文件,并增加解析器和服务回归测试.

这种重点突出的办法会受到欢迎吗? 我想在公关开业前确认一下范围.