Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Read Rust file names from Git without quote decoding errors

已关闭 适合新手
#892 2 条评论 0 个 reaction 已指派 1 人 在 GitHub 查看

维护者通常 1 天内回复

@tecnolgd 已经在做这个了。

开始于 2026年10月9日。

  • #921 来自 @tecnolgd —— 已合并

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
84/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
git, rust
领域
tooling

调研方向

从 tools/format-rust.py 入手,具体检查 rust_files 以及它读取 git ls-files 输出的方式。检查 Git 对文件名加引号会如何影响当前按行分隔的解析,然后运行 helper 级测试,或使用包含 Unicode、空格以及转义字符或控制字符的文件名复现问题。完成标准是所有受跟踪的 Rust 路径都得到处理、没有遗漏,并且现有的跳过目录行为保持不变。

由索引模型根据 Issue 内容生成。

描述

bug good first issue

Problem

rust_files runs line-delimited git ls-files and treats each line as a literal path. Git quotes non-ASCII and control-character filenames by default, so the helper silently skips valid tracked Rust files.

Reproduction

At fd07427f4a976de05e38eff3ee1760db97fbb761, a focused stub supplied the normal quoted Git record "caf\303\251.rs" for an existing café.rs file. list(rust_files()) returned []. This is a helper-level executed reproduction; no repository files were renamed. See tools/format-rust.py.

Scope

Use an unambiguous Git filename protocol, such as NUL-delimited output, preserving spaces, Unicode and embedded newlines. Difficulty: easy.

Completion criteria

  • Visit every existing tracked Rust path without silent skipping.
  • Test Unicode, spaces and escaped/control-character filenames.
  • Retain skip-directory behavior.
主要语言
Rust
星标
56
派生
21
平均合并
3 小时 41 分钟
30 天内合并 PR
48

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

wavefnd/Wave 的其他 Issue

查看 wavefnd/Wave 的全部 Issue

相似的 Issue

更多 Rust Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。