An implementation of the Git version control system in pure Java.
This package is licensed under the EDL (Eclipse Distribution
JGit can be imported straight into Eclipse, built and tested from
there, but the automated builds use Maven.
A pure Java library capable of being run standalone, with no
additional support libraries. It provides classes to read and
write a Git repository and operate on a working directory.
All portions of JGit are covered by the EDL. Absolutely no GPL,
LGPL or EPL contributions are accepted within this package.
Extensions for users of Java 7.
Ant tasks based on JGit.
Support for exporting to various archive formats (zip etc).
Apache httpclient support
Server for the smart and dumb Git HTTP protocol.
Command-line interface Git commands implemented using JGit
("pgm" stands for program).
Production of Eclipse features and p2 repository for JGit. See the JGit
Wiki on why and how to use this module.
Helpers for unit testing
Unit tests for org.eclipse.jgit
Unit tests for Java 7 specific features
No further description needed
- Native smbolic links are supported, but only if you are using Java 7
or newer and include the org.eclipse.jgit.java7 jar/bundle in the
classpath, provided the file system supports them. For Windows you
must have Windows Vista/Windows 2008 or newer, use a
non-administrator account and have the SeCreateSymbolicLinkPrivilege.
- Only the timestamp of the index is used by jgit if the index is
- JGit requires at least a Java 7 JDK.
- CRLF conversion is performed depending on the core.autocrlf setting,
however Git for Windows by default stores that setting during
installation in the "system wide" configuration file. If Git is not
installed, use the global or repository configuration for the
- The system wide configuration file is located relative to where C
Git is installed. Make sure Git can be found via the PATH
environment variable. When installing Git for Windows check the "Run
Git from the Windows Command Prompt" option. There are other options
like the jgit.gitprefix system property or Eclipse settings that can
be used for pointing out where C Git is installed. Modifying PATH is
the recommended option if C Git is installed.
- We try to use the same notation of $HOME as C Git does. On Windows
this is often not the same value as the user.home system property.
* Read loose and packed commits, trees, blobs, including
* Read objects from shared repositories
* Write loose commits, trees, blobs.
* Write blobs from local files or Java InputStreams.
* Read blobs as Java InputStreams.
* Copy trees to local directory, or local directory to a tree.
* Lazily loads objects as necessary.
* Read and write .git/config files.
* Create a new repository.
* Read and write refs, including walking through symrefs.
* Read, update and write the Git index.
* Checkout in dirty working directory if trivial.
* Walk the history from a given set of commits looking for commits
introducing changes in files under a specified path.
* Object transport
Fetch via ssh, git, http, Amazon S3 and bundles.
Push via ssh, git and Amazon S3. JGit does not yet deltify
the pushed packs so they may be a lot larger than C Git packs.
* Garbage collection
* And much more
* Assorted set of command line utilities. Mostly for ad-hoc testing of jgit
log, glog, fetch etc.
* Support for symbolic links.
* Optimizations for reading file system attributes
* Ant tasks
* Support for Zip/Tar and other formats
* HTTP client and server support
There are some missing features:
- gitattributes support
Post question, comments or patches to the firstname.lastname@example.org mailing list.
You need to be subscribed to post, see here:
See the EGit Contributor Guide:
More information about Git, its repository format, and the canonical
C based implementation can be obtained from the Git website: