Skip to content

pre-commit: zpretty 4.0.0, check-python-versions 0.24.2#368

Merged
mauritsvanrees merged 1 commit into2.xfrom
maurits-pre-commit-2026-04-29
Apr 30, 2026
Merged

pre-commit: zpretty 4.0.0, check-python-versions 0.24.2#368
mauritsvanrees merged 1 commit into2.xfrom
maurits-pre-commit-2026-04-29

Conversation

@mauritsvanrees
Copy link
Copy Markdown
Member

When I apply this and then run pre-commit autoupdate we get two extra changes that I don't think we want:

[https://github.com/pycqa/isort] updating 8.0.1 -> 9.0.0a3
[https://github.com/collective/zpretty] updating 4.0.0 -> 4.0.0.dev0

I searched in the pre-commit repo and there are lots of issues about autoupdate that are closed. Most seem to reiterate ideas about optionally disallowing prereleases, or similar changes, which the maintainer/creator closes because he simply wants to use the latest tag. So there does not seem to be a way around this.

I am a bit concerned that we may get these changes proposed the next time pre-commit.ci does its monthly update. I guess we will see.

BTW, we may want to call pre-commit autoupdate --freeze. This changes the config like this:

 repos:
 -   repo: https://github.com/asottile/pyupgrade
-    rev: v3.21.2
+    rev: 75992aaa40730136014f34227e0135f63fc951b4  # frozen: v3.21.2

But I am not sure if pre-commit.ci keeps these frozen revs.

Anyway, I will make a few PRs to test the small current changes. :-)

@mauritsvanrees mauritsvanrees merged commit efb2097 into 2.x Apr 30, 2026
5 checks passed
@mauritsvanrees mauritsvanrees deleted the maurits-pre-commit-2026-04-29 branch April 30, 2026 20:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants