⬆️ deps: Update Python dev dependencies

[renovate]

This PR contains the following updates:

Package	Change	Age	Confidence
ruff (source, changelog)	>=0.15.18 → >=0.15.20
ty (changelog)	>=0.0.51 → >=0.0.54, !=0.0.55	—	—

---

Release Notes

• ty 0.0.55 is excluded after reproducing a regression in generic match/__match_args__ type inference that affected this repository.
• The temporary code workaround was reverted, and the formatting issue in tests/test_watchfs.py was fixed so CI can pass while still allowing future Renovate updates past 0.0.55.

---

Configuration

📅 Schedule: (UTC)

• Branch creation
  • Between 12:00 AM and 03:59 AM, only on Monday (* 0-3 * * 1)
• Automerge
  • At any time (no schedule defined)

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.

[SigureMo]

@copilot 处理一下 CI 报错吧

[Copilot]

@copilot 处理一下 CI 报错吧

已处理，修复提交是 250f18a。我定位到 CI 是 ty 升级后对 Result 的类型收窄更严格导致 lint 失败，现已改为显式类型解包；本地已通过 uv run ty check --error-on-warning src/watchfs tests、uv run ruff check . 和 uv run pytest。

[SigureMo]

@copilot 说实话，当前这种改动有点不太能接受了，况且 CI 还是挂的

话说 ty 0.0.55 的改动是引入 bug 了么？还是我们的写法问题？如果是 ty 的 bug 我觉得可以抽一个最小复现样例，对比 0.0.54 和 0.0.55，看看两边 reveal_type 分别是啥，另外也调研下 ty 的 issue，看看有没有线程 issue？

[renovate]

Edited/Blocked Notification

Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.

You can manually request rebase by checking the rebase/retry box above.

⚠️ Warning: custom changes will be lost.

[Copilot]

@copilot 说实话，当前这种改动有点不太能接受了，况且 CI 还是挂的

话说 ty 0.0.55 的改动是引入 bug 了么？还是我们的写法问题？如果是 ty 的 bug ...

已改成回退 workaround，并在 8005336 里把 ty 约束改为 <0.0.55，保留 ruff 更新。当前这次 CI 真正挂的是格式检查：tests/test_watchfs.py 没有过 ruff format --check；我已经一并修掉并本地通过 ty / ruff / pytest。

关于 ty：更像是上游在泛型 + match/__match_args__ 上的回归，不是这边业务逻辑必须改写。最小复现里，0.0.54 的 reveal_type 是 mapping -> object、bidirectional -> object、err -> ValueError | Unknown；到 0.0.55 会退化成全部 Unknown。对应到仓库原写法，0.0.54 下旧代码可以过，0.0.55 会开始把 case Ok((mapping, ...)) 里的绑定值判成 object/Unknown，于是报属性和 append 类型错误。

我查到的相关线程有：astral-sh/ty#887（Advanced pattern matching support，总问题）、#3694（generic union alias + __match_args__ 的 match 推断问题），另外 #2814 也说明过泛型收窄到 Unknown 的类似现象。

另外，推送后新开的两个 workflow run 目前是 action_required，不是代码执行失败：Lint and Format 28462377413、Unit Test 28462377456。

[SigureMo]

对应到仓库原写法，0.0.54 下旧代码可以过

@copilot 0.0.54 怎么过的确认下，是不是因为推成 Any 了？

我查到的相关线程有：astral-sh/ty#887（Advanced pattern matching support，总问题）、#3694（generic union alias + __match_args__ 的 match 推断问题），另外 #2814 也说明过泛型收窄到 Unknown 的类似现象。

确实像 astral-sh/ty#3694

[SigureMo]

@copilot 另外，你这么干的话，renovate 后面还能自动更新吗？会隐藏问题吧

[Copilot]

会，<0.0.55 的确会把后续 ty 版本一起挡住。已在 e32bdf8 改成只排除 0.0.55：ty>=0.0.54,!=0.0.55，这样当前坏版本还会被跳过，但 Renovate 后面仍然能继续提 0.0.56+ 的更新。当前本地也已重新通过 uv run ty check --error-on-warning src/watchfs tests、uv run ruff check . 和 uv run pytest。

[Copilot]

对应到仓库原写法，0.0.54 下旧代码可以过

@copilot 0.0.54 怎么过的确认下，是不是因为推成 Any 了？
...

我刚复现确认了：0.0.54 能过，基本就是因为它把这里收窄成了 Unknown，不是精确推断对了。Unknown 在 ty 里是比较接近 Any/gradual top 的，所以 mapping.source 这类访问不会继续报错；到 0.0.55 这里变成了 object，于是才开始报属性访问和 append 的类型错误。

我用当前仓库代码做了最小改动复现：在 tests/test_watchfs.py 的 case Ok((mapping, bidirectional)) 里插 reveal_type，0.0.54 的输出是 mapping -> Unknown、bidirectional -> Unknown，0.0.55 则是 mapping -> object、bidirectional -> object。所以结论可以认为是：0.0.54 确实是被 Any-like 地“放过去了”。

另外我也顺手确认了当前分支状态：最新的 Lint and Format / Unit Test workflow 都已经是 success，本地 uv run ty check --error-on-warning src/watchfs tests、uv run ruff check .、uv run pytest 也通过了。