gitoxide is an implementation of git written in Rust for developing future-proof applications which strive for correctness and
performance while providing a pleasant and unsurprising developer experience.
There are two primary ways to use gitoxide:
gix crate as a Cargo dependency for API access.gix binary as development tool to help testing the API in real repositories,
and the ein binary with workflow-enhancing tools. Both binaries may forever be unstable,
do not rely on them in scripts.The command-line tools as well as the status of each crate is described in the crate status document.
For use in applications, look for the gix crate,
which serves as entrypoint to the functionality provided by various lower-level plumbing crates like
gix-config.
Can
gixdo what I need it to do?
The above can be hard to answer and this paragraph is here to help with feature discovery.
Look at crate-status.md for a rather exhaustive document that contains
both implemented and planned features.
Further, the gix crate documentation with the git2 search term helps to find all currently
known git2 equivalent method calls. Please note that this list is definitely not exhaustive yet, but might help if you are coming from git2.
What follows is a high-level list of features and those which are planned:
.git/index.gitignore and .gitattributesFollow linked crate name for detailed status. Please note that all crates follow semver as well as the stability guide.
Stability Tier 2
Crates that seem feature complete and need to see some more use before they can be released as 1.0. Documentation is complete and was reviewed at least once.
These crates may be missing some features and thus are somewhat incomplete, but what's there is usable to some extent.
gitoxide-coreOur stability guide helps to judge how much churn can be expected when depending on crates in this workspace.
Using cargo binstall, one is able to fetch binary releases. You can install it via cargo install cargo-binstall, assuming
the [rust toolchain][rustup] is present.
Then install gitoxide with cargo binstall gitoxide.
See the releases section for manual installation and various alternative builds that are slimmer or smaller, depending on your needs, for Linux, MacOS and Windows.
For macOS and Linux, gitoxide can be installed from Homebrew:
brew install gitoxide
For Arch Linux you can download gitoxide from community repository:
pacman -S gitoxide
For Exherbo Linux you can download gitoxide from the Rust repository:
cave resolve -x repository/rust
cave resolve -x gitoxide
cargo is the Rust package manager which can easily be obtained through [rustup]. With it, you can build your own binary
effortlessly and for your particular CPU for additional performance gains.
The minimum supported Rust version is documented in the Cargo package, the latest stable one will work as well.
There are various build configurations, all of them are documented here. The documentation should also be useful for packagers who need to tune external dependencies.
# A way to install `gitoxide` with just Rust and a C compiler installed.
# If there are problems with SSL certificates during clones, try to omit `--locked`.
cargo install gitoxide --locked --no-default-features --features max-pure
# The default installation, 'max', is the fastest, but also needs `cmake` to build successfully.
# Installing it is platform-dependent.
cargo install gitoxide
# For smaller binaries and even faster build times that are traded for a less fancy CLI implementation,
# use the `lean` feature.
cargo install gitoxide --locked --no-default-features --features lean
The following installs the latest unpublished max release directly from git:
cargo install --git https://github.com/GitoxideLabs/gitoxide gitoxide
On some platforms, installation may fail due to lack of tools required by C toolchains. This can generally be avoided by installation with:
cargo install gitoxide --no-default-features --features max-pure
What follows is a list of known failures.
perl needs to be installed for OpenSSL to build properly. This can be done with the following command (see issue #592):sh
dnf install perl
Some CI/CD pipelines leverage repository cloning. Below is a copy-paste-able example to build docker images for such workflows. As no official image exists (at this time), an image must first be built.
[!NOTE] The dockerfile isn't continuously tested as it costs too much time and thus might already be broken. PRs are welcome.
docker build -f etc/docker/Dockerfile.alpine -t gitoxide:latest --compress . --target=pipeline
For example, if a Dockerfile currently uses something like RUN git clone https://github.com/GitoxideLabs/gitoxide, first build the image:
docker build -f etc/docker/Dockerfile.alpine -t gitoxide:latest --compress .
Then copy the binaries into your image an
$ claude mcp add gitoxide \
-- python -m otcore.mcp_server <graph>