Finalise stage-2 migration to forge.marvin8.zone #18
Loading…
Reference in a new issue
No description provided.
Delete branch "chore/stage2-migration"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Stage-2 migration cleanup for rainlog.
WuMing
Found 3 issue(s). See inline comments below.
@ -14,3 +14,3 @@- repo: https://github.com/astral-sh/ruff-pre-commitrev: v0.16.0rev: v0.16.2config [MEDIUM]
Pre-commit ruff rev is pinned to v0.16.2 while pylock.toml resolves ruff to 0.16.3. This means the pre-commit hook can produce different results from the locked/locally installed toolchain. Update the rev to v0.16.3, or pin the lock to v0.16.2, so the versions match.
@ -24,3 +24,3 @@- repo: https://github.com/astral-sh/ty-pre-commitrev: v0.0.65rev: v0.0.70config [MEDIUM]
Pre-commit ty rev is pinned to v0.0.70 while pylock.toml resolves ty to 0.0.72. Align the hook rev to v0.0.72 to match the version used by the other ty checks, or pin the lock to v0.0.70.
@ -41,3 +41,3 @@- repo: https://github.com/rohaquinlop/complexipy-pre-commitrev: v5.1.0rev: v7.0.0config [MEDIUM]
Pre-commit complexipy rev is pinned to v7.0.0 while pylock.toml resolves complexipy to 7.0.1. Update the hook rev to v7.0.1, or pin the lock to v7.0.0, so pre-commit and the development environment use the same version.
🔴 Not actioned — pre-commit revs intentionally match the
~=spec.pre-commit-config.yamlline 43 ·.pre-commit-config.yamlline 16 ·.pre-commit-config.yamlline 26Declined: the pre-commit
rev:matches the~=spec chosen at bump time. The lock's newer patch is still inside zaojun's 7-day supply-chain quarantine, so bumping the rev up would adopt a quarantined version. Per AGENTS.md: "uv sync may resolve a newer patch within the~=range — that is fine… the pre-commit rev does not need to match the installed version exactly."