Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I didn’t think pre-commit was that slow but I’ll admit I am intrigued. UV has been a godsend so why not?


You can speed up pre-commit a lot by making it use uv but it requires a separate project:

https://github.com/tox-dev/pre-commit-uv/discussions/51

The pre-commit author was straight up hostile to discussions of uv support and ended up deleting the issue I started and banned me from the GH repo. Weirdest OSS experience I've ever had.


Wow, that guy is something. wtf is his problem.


I did some digging in the issues and PR's of pre-commit, the guy seems to be a major douche. Too bad, because uv is amazing. Might look at an alternative to pre-commit in the future.


I recently found out I've been banned from all of their repositories on GitHub, while as far as I'm aware our only interaction was on a duplicated bug issue I created, as I didn't manage to find the original with GitHub's search like in the linked issue from the OP.

I've been moving away from their tools with this and the resistance to implement/merge useful things that basically everyone wants


Agreed. For a Rust project, running Clippy and rustfmt is slow, but I’d be surprised to learn that pre-commit itself was a non-negligible part of that.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: