Better pre-commit, re-engineered in Rust

Summary

prek pre-commit is a framework to run hooks written in many languages, and it manages the language toolchain and dependencies for running the hooks. prek is a reimagined version of pre-commit, built in Rust. It is designed to be a faster, dependency-free and drop-in alternative for it, while also providing some additional long-requested features. Note Although prek is pretty new, it’s already powering real‑world projects like Airflow, and more projects are picking it up—see Who is using prek?. If you’re looking for an alternative to pre-commit, please give it a try—we’d love your feedback! Please note that some subcommands and languages are still missing for full drop‑in parity with pre-commit. Track the remaining gaps here: TODO. Features 🚀 A single binary with no dependencies, does not require Python or any other runtime. ⚡ Faster than pre-commit and more efficient in disk space usage. 🔄 Fully compatible with the original pre-commit configurations and hooks. 🏗️ Built-in support for monorepos (i.e. workspace mode). 🐍 Integration with uv for managing Python virtual environments and dependencies. 🛠️ Improved toolchain installations for Python, Node.js, Go, Rust and Ruby, shared between hooks. 📦 Built-in Rust-native implementation of some common hooks. Why prek? prek is faster It is multiple times faster than pre-commit and takes up half the disk space. It redesigned how hook environments and toolchains are managed, they are all shared between hooks, which reduces the disk space usage and speeds up the installation process. Repositories are cloned in parallel, and hooks are installed in parallel if their dependencies are disjoint. It uses uv for creating Python virtualenvs and installing dependencies, which is known for its speed and efficiency. It implements some common hooks in Rust, built in prek, which are faster than their Python counterparts. prek provides a better user experience No need to install Python or any other runtime, just download a single binary. No ...