Project Plan For Java implementation of Git, version 1.0
The EGit project provides two major technologies:
- JGit, a pure Java implementation of the Git version control system. The JGit component is licensed under the EDL and has only BSD licensed dependencies.
- EGit, an Eclipse team provider plugin which relies upon JGit to access local and remote Git repositories.
Working EGit team provider plugin delivered via EGit p2 repository. JGit plain Java libraries delivered via JGit Maven repository, JGit command line application can be downloaded from JGit Maven repository or from download page as separate archive and JGit OSGi bundles are delivered via the EGit p2 repository.
JGit and EGit aim at publishing releases every 3 months and try to synchronize this schedule with the release train schedule (with new release train releases every June, and with service releases SR1 each September and SR2 each February).
1.3 available with Indigo SR2, clean and evolve API, gc support, recursive merge support, stash support, submodule support
2.0 available with Juno, stash support, apply patch, support for Eclipse-SourceReferences manifest headers, workspace patches, push of single refs/commits, performance improvements
2.1 available with Juno SR1, jgit gc support, include in all relevant EPP packages, ship with SDK by default
For the EGit team provider, any Java 5 or later platform that runs the Eclipse workbench.
For the EGit 0.9 until 0.12 team provider, Eclipse workbench 3.5.2 or later.
For EGit 0.11 and later, also Eclipse workbench 4.1 (or later) with 3.7 (or later) compatibility layer.
For EGit 1.3 and later, minimum Eclipse workbench version is 3.6.2.
For EGit 2.0 and later, minimum Eclipse workbench version will be 3.7.2, also Eclipse workbench 4.2 (or later) with 3.8 (or later) compatibility layer will be supported.
For the JGit library, any Java 5 or later standard edition platform, without git-core or any other Eclipse product installed.
Only English translation files, however all strings are externalized for translation in a future release.
API Compatibility:EGit as of now has no public API. JGit 1.3 will be compatible with APIs declared in earlier 1.x releases, JGit 2.1 will be compatible with APIs declared in 2.0.
Workspace compatibility:Workspaces being used with EGit 1.0 and later should still open and work with later EGit releases.
Project compatibility:Projects being used with EGit 1.0 and later should still open and work with later EGit releases.
Non-compliant usage of API's: All non-API methods and classes, and certainly everything in a package with "internal" in its name or x-internal in the bundle manifest entry, are considered implementation details which may vary between operating environment and are subject to change without notice. Client plug-ins that directly depend on anything other than what is specified in the JGit API are inherently unsupportable and receive no guarantees about compatibility within a single release much less with earlier releases.