Difference between revisions of "EGit/FAQ"
(→What versions of Eclipse does EGit target?)
|Line 189:||Line 189:|
Revision as of 17:46, 20 July 2013
|Mailing List • Forums • IRC|
|Browse Source • Project Set File|
What is Git?
Git is a distributed SCM/VCS, which means every developer has a full copy of all history of every revision of the code, making queries against the history very fast and versatile. The EGit project is implementing Eclipse tooling on top of a Java implementation of Git.
What is JGit?
What is EGit?
What is New and Noteworthy?
You can find the latest changes for EGit and JGit below:
Where can I find older releases of EGit?
It's recommended to use the latest released version of EGit, which is in this p2 repository (update site): http://download.eclipse.org/egit/updates In case you need an older version, try an older repository, the following table lists the stable URL of all released EGit p2 repositories.
Note: open this URL from the Eclipse installation wizard (Help > Install New Software) and add it as a new "Software Site". You may use the p2 browser to inspect the content of a p2 repository.
The project follows a pattern of http://download.eclipse.org/egit/updates-<release> for its sites.
All release p2 repositories will be kept forever.
What versions of Eclipse does EGit target?
In general EGit promises to support at least the latest two Eclipse releases.
If possible we will not prevent usage in older releases but if we want to take advantage of new functionality only available in one of the latest two Eclipse releases but not in older releases we will update dependencies which will in fact discontinue support for older releases.
|EGit||released for||Supported Version of Eclipse|
|188.8.131.52306101825-r||4.3.0 (Kepler)||Eclipse 3.8.2/4.2.2 + (Juno)|
|184.108.40.206302201838-r||3.8.2/4.2.2 (Juno SR2)||Eclipse 3.7.2+ (Indigo) (except EGit Import Support feature, which is optional)|
|220.127.116.11212191850-r||3.8.1/4.2.1 (Juno SR1)||Eclipse 3.7.2+ (Indigo) (except EGit Import Support feature, which is optional)|
|18.104.22.168209190230-r||3.8.1/4.2.1 (Juno SR1)||Eclipse 3.5.2+ (Galileo) (except EGit Import Support feature, which is optional)|
|22.214.171.124206130900-r||3.8/4.2 (Juno)||Eclipse 3.5.2+ (Galileo) (except EGit Import Support feature, which is optional)|
|126.96.36.199202151440-r||3.7.2 (Indigo SR2)||Eclipse 3.5.2+ (Galileo)|
|188.8.131.52112221803-r||3.7.2 (Indigo SR2)||Eclipse 3.5.2+ (Galileo)|
|184.108.40.206109151100-r||3.7.1 (Indigo SR1)||Eclipse 3.5.2+ (Galileo)|
|220.127.116.11106090707-r||3.7.0 (Indigo)||Eclipse 3.5.2+ (Galileo)|
Compatible version of Git: Compatibility is on a feature by feature basis. Currently the major version related difference is in how Git handles file names with non-ASCII file names. Git for Windows 1.7.10 and later encodes filenames in UTF-8 which is compatible with JGit. Git on Mac, v1.7.12 can encode filenames in a way that is compatible with EGit and Git for Windows if core.precomposeunicode is set to true. However EGit on OS X does not handle Unicode well.
What are the main differences between original Git and JGit(EGit)?
See this page Differences to Git
What is the mapping Git commands to EGit operations?
See this page Mapping Git Commands
How compatible is EGit with Git?
Some, but not all configuration options/features in Git are available in EGit/JGit. Here is a summary, not yet complete describing some of these, including notable differences. Note that the set of EGit/JGit is not based off a particular Git version.
|core.autocrlf||Since 2.0 supports true,false and input. See the tutorial for notes about making sure EGit picks up the configuration. Complementary core.safecrlf and gitattributes are not supported yet.|
|core.compression||zlib compression level|
|core.excludesfile||Contains ignore rules, in addition to .gitignore|
|core.packindexversion||version 1 and 2 supported|
|core.precomposeunicode||Ignore. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=413390|
|core.repositoryformatversion||recognized, only "0" supported|
|core.worktree||supported in JGit, not EGit|
|diff.algorithm||myers, histogram (default: histogram)|
|pack.indexVersion||Default 2,-1 for older format|
Supported in JGit, but no EGit usually amounts to having no or strange behavior would one attempt to use it in the Eclipse IDE.
Notes: For those that can read the source, look at ConfigConstants.java for a hint on what options JGit recognizes. If it appears there, an option may be supported, but it may also mean for a few cases that JGit just looks for it and then explicitly tells the user the option is not supported. If it does not appear, it's most certainly up for grabs as a contribution. The file contains lots of config options that only applies to JGit (DFS, gerrit).
JGit supports some environment variables. Do not set those for the Eclipse IDE. We'll list a few ones that may be used, but most apply only to using JGit from the command line.
|GIT_CEILING_DIRECTORIES||supported. Also EGit may be benefited when used with automounted file systems|
TBD: JGit does its own parsing of the ~/.ssh/config file.
Using PuTTY Agent on Windows for SSH Keys
It is possible to use PuTTY's key management capabilities on Windows for EGit es well. For that you work you must install PuTTY and TortioseGit. Then set GIT_SSH environment variable to
Store SSH Key Passphrase in Mac Keyring
It is possible to store the SSH Key Passphrase in Mac's Keyring. However. EGit's internal SSH client does not support this. Thus, in order benefit from Keyring EGit must be configured to use the Mac vanilla SSH agent. This is possible by setting the GIT_SSH environment variable to