Pure Elixir native implementation of git 
This is very much a work in progress and not ready to be used in production. What is implemented is well-tested and believed to be correct and stable, but much of the core git infrastructure is not yet implemented. There has been little attention, as yet, to measuring performance.
The current plan is to implement core git infrastructure (often referred to as "plumbing"). Once most of the plumbing is in place, then we can build on specific porcelain-level APIs and/or server infrastructure (push, pull, clone, etc.).
The current major infrastructure being targeted is porting the jgit RevWalk class. This provides core infrastructure for walking commit history and object graphs. Progress on this project is tracked as follows:
There is also important work to be done in backfilling existing porting work. Please see:
- Issues tagged "good first issue"
- Issues tagged "help wanted" more issues, but potentially more challenging
- Project "Backfill incomplete implementations"
With all of git already implemented in libgit2, why do it again?
I considered that, and then I read Andrea Leopardi:
NIFs are dangerous. I bet you’ve heard about how Erlang (and Elixir) are reliable and fault-tolerant, how processes are isolated and a crash in a process only takes that process down, and other resiliency properties. You can kiss all that good stuff goodbye when you start to play with NIFs. A crash in a NIF (such as a dreaded segmentation fault) will crash the entire Erlang VM. No supervisors to the rescue, no fault-tolerance, no isolation. This means you need to be extremely careful when writing NIFs, and you should always make sure that you have a good reason to use them.
libgit2 is a big, complex library. And while it's been battle-tested, it's also a large C library, which means it takes on the risks cited above, will interfere with the Erlang VM scheduler, and make the build process far more complicated. I also hope to make it easy to make portions of the back-end (notably, storage) configurable; that will be far easier with an all-Elixir implementation.
xgit is heavily influenced by jgit, an all-Java implementation of git. Many thanks to the jgit team for their hard work.