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

Rethink the fix limit flag

未关闭
#429 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
领域
cli, tooling

调研方向

首先检查 Autofixer 中对 --max-fixes 和修改行数限制的处理。明确预期的是文件级还是代码块级原子性,并在最终的 pull request 中区分被跳过的修复和因限制而跳过的修复;当重新设计解决了所述歧义时即视为完成。

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

描述

enhancement

Resyntax allows limiting the number of fixes it will apply via a --max-fixes flag. When used with the Autofixer, this can result in confusion because Resyntax will leave files in a partially fixed state. It can be difficult to tell if a fix was skipped because Resyntax couldn't refactor it, because Resyntax hit the fix limit, or some other reason.

This ought to be redesigned so that Autofixer pull requests are clearer. Ideally, Resyntax would either fully fix files or not fix them at all, or it would fully fix a very clear chunk of the file in the case of large files. The modified line limit interacts with this too and makes things more complicated. Further thought required.

主要语言
Racket
星标
70
派生
11
PR 合并指标
30 天内没有已合并 PR

贡献指南

打开贡献指南

从这里开始

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

jackfirth/resyntax 的其他 Issue

查看 jackfirth/resyntax 的全部 Issue

相似的 Issue

更多 CLI Issue

把新 issue 发到你的邮箱

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