跟踪:完成`ty ' 逐步打字基线(不丑规则;PEP 723阻塞器 astral-sh/ty#691)

页:1

#15180的后续行动,其中增加了信息ty'类型检查工作(.GitHub/workflows/ty.yml',Continue-on-error: true',ty check-exit-0')。 这个问题跟踪了将咨询工作变成需要的门 所需的内容,因为类型提示逐渐被添加到算法中,并记录了当前的阻断器.

逐步基线如何在今天运作

`pyproject.toml ' ``[工具.ty] ' 将翻译钉住,目前ignores 15 规则,因此信息工作从绿色基线开始,而不是被噪音所淹没:

可调用、可调用、可调用、无效参数类型、无效调用、
无效参数默认,无效返回类型,无效类型参数,
无效的型式,无相匹配的过载,不可插入,不可下标,
参数已指定、未解决属性、未解决进口
不支持操作器

“完成”工作的要求

工作是按规则完成的,匹配在算法中如何递增地添加打字:

1. ** 从上文清单中挑出一条规则**。
2. ** 将绊倒它的文件** 加上说明/正确的签名,作为咬伤大小的先发问题。 未解决-进口 ' 主要是环境噪音(第三方分贝),应该通过确保uv同步 ' 安装dep,而不是通过编辑码来处理。
3. ** 取消规则**:一旦其诊断计数在同步的3.14 env上为零,就删除其规则.<名'=[工具.ty]'行中的`规则.
4. 当所有规则未受辱而基准干净时,遵循ty.yml'所记录的晋升路径:-exit-0'-exit-0-on-warning'--exit-0-on-on-warning'-'-'-将国旗降下+设定持续-on-error:假',使ty'成为必要的检查。

QQ Blocker: PEP 723 单文件脚本 (Astral-sh/ty#691)

ty将 QQ // 脚本' inline- metata 文件当作自己的项目,所以它确实** 不** 继承 repo's `[tool.ty]' 规则断裂. 因此,这些文件显示 "被忽略的" 诊断,无论配置, 这将产生错误失败 当任何规则被提升到错误。 在Astral-sh/ty#691土地之前,选择是:

• 用 " ty check -- -- united crips " (skips PEP 723文件)管理大门,或
• 为脚本文件保留工作信息。

对于非标注大部分回放可以并行进行,不需要等691号.

• 关于`检查-修理 ' 的说明

记录(请于#15180上):在目前树上,ty check-fix'报告已固定,尚有36个,即没有变化,如所预期。 ty 0.0.74 船舶尚未为任何这些诊断类别设置自动固定装置,而且它没有 " 不安全的改变 " 旗帜**(安全/不安全的固定装置拆分是一个粗糙的特点,Ty尚未实施)。 因此,“-------结果'”的公关现在并没有什么可以遏制的;这值得在Ty增加固定支持后重新审视.