Eclipse Community Forums: EGit / JGit

Home » Eclipse Projects » EGit / JGit » EGit safe operations

Wed, 01 February 2012 09:18

Eclipse User

Hello,
is there any list of "bug free operations" with EGit? By "bug free operations" I mean I got the same result as running command line git. Of course, without any known bugs or problems.

I thing viewing history, comparing files, staging and committing if fine. But fetch, pull, rebase is making us some headache. I guess especially rebase is not doing so well as a command line git. Also, it seems to me, that command line git merge/rebase can resolve some situations which EGit shows as conflicts.

Thanks
Andy

[Updated on: Mon, 06 February 2012 03:31] by Moderator

Re: EGit save operations [message #788469 is a reply to message #788224]

Wed, 01 February 2012 16:24

Eclipse User

Ondrej Medek skrev 2012-02-01 15.19:
> Hello,
> is there any list of "bug free operations" with EGit? By "bug free operations" I mean I got the same result as running command line git. Of course, without any known bugs
> or problems.
>
> I thing viewing history, comparing files, staging and committing if fine. But fetch, pull, rebase is making us some headache. I guess especially rebase is not doing so well
> as a command line git. Also, it seems to me, that command line git merge/rebase can resolve some situations which EGit shows as conflicts.

There is no such list, but if there is difference there should be a bug report.

As for rebase/merge, an important difference is that JGit does not have the recursive strategy
which is the default in C Git and that leads to some problems. There is another thread somewhere
regarding a possible merge bug, but without a concrete example it's hard to fix.

-- robin

Re: EGit save operations [message #788767 is a reply to message #788469]

Thu, 02 February 2012 02:25

Eclipse User

We have just migrated from Subversion to Git and we are learning git from scratch, so I cannot say what's exactly different and why yet. If so, I would for sure fill a bug report.

What about to make some place in wiki where would be main differences between current stable EGit and current stable version of command-line git? Some list like
- autocrlf = false only
- cannot handle submodules (planned for EGit x.y)
- merge, pull and reabase can do -s resolve strategy only
- etc.

So one can quickly decide when to use a command line git.

Re: EGit save operations [message #789080 is a reply to message #788767]

Thu, 02 February 2012 10:29

Eclipse User

I've been keeping my own notes on egit (in a github repo), including features that aren't supported or don't work exactly as they would in Git. Here's my list:

- JGit does not yet support 'stash'. This is planned for the final
1.3 release. Simple stash/unstash can be handled with an external
launcher using command-line Git.

- JGit does not support any SVN bridging operations and there are
no plans to add it. The most common ones (svn rebase, svn fetch,
svn dcommit) can be handled with external launchers.

- JGit does not support bundles in any way - thet can't be created
pulled, or queried. There are no current plans to add bundle support.

- The only supported merge strategy is 'resolve'. Since the
default strategy in command-line Git is 'recursive'in the
most common case (pulling or merging one branch) you might
well get different behavior from an egit merge or pull.

- JGit is also missing support for a number of configuration settings,
including most of the ones related to merging. It also lacks support
for 'core.autocrlf', which is is important for cross-platform development.
This is planned for 1.3.

- Hooks are not currently supported.

- Submodules are not currently supported.

- When a directory is deleted from the working set, JGit will
immediately remove it from the working tree and stage the
deletion of the files. If you want to undo this you must
manually recreate the deleted directory first. At that
point you can use standard egit tools to recover the deleted
files. [this one might be obsolete]

Re: EGit save operations [message #789120 is a reply to message #789080]

Thu, 02 February 2012 11:17

Eclipse User

Yep, that's exactly what I was looking for. So I have copy&pasted it here http://wiki.eclipse.org/EGit/Differences_to_Git

Re: EGit save operations [message #789294 is a reply to message #789120]

Thu, 02 February 2012 15:31

Eclipse User

Fwiw my notes repo is:

https://github.com/reshapiro/DVCS

There are odds and ends in here, including extended arguments re: advantages of distributed version control, some notes on Mercurial, pointers to Git references etc etc.

For this audience the file of interest is:

https://github.com/reshapiro/DVCS/blob/master/git/egit-notes.txt

This includes the missing features listed earlier as well as some explanations of how egit operations map to standard Git operations. This is mostly for my own use and for getting co-workers going with egit. It hasn't been exposed to the public before now, I'm sure there are mistakes of various kinds...

Re: EGit save operations [message #789653 is a reply to message #789294]

Fri, 03 February 2012 03:31

Eclipse User

Nice, I have added a link to your notes to http://wiki.eclipse.org/EGit/Differences_to_Git

Re: EGit save operations [message #789797 is a reply to message #789653]

Fri, 03 February 2012 07:22

Eclipse User

Your text is very useful, R Shapiro.
Thanks.

[Updated on: Fri, 03 February 2012 07:22] by Moderator

Re: EGit save operations [message #789924 is a reply to message #789797]

Fri, 03 February 2012 10:29

Eclipse User

Glad you found it useful, please let me know about errors or omissions.

Here are a few more common Git operations that I believe are not supported by egit:

- Creating light-weight tags

- Aborting an incomplete merge

- Deleting a remote branch

Re: EGit save operations [message #791235 is a reply to message #789924]

Sun, 05 February 2012 08:59

Eclipse User

Deleting a remote branch is possible in the Push dialog. Choose the reference you want to delete in the drop down named "Remote ref to delete" and add that spec.

Re: EGit save operations [message #791280 is a reply to message #791235]

Sun, 05 February 2012 10:27

Eclipse User

That's pretty well hidden Smile

Can't get there from the 'Push' item in the 'Git' menubar menu, or the toolbar. It's only available on the right-click menu of the repository in the Git Repositories view, and under 'Team -> Remote'.

I updated https://github.com/reshapiro/DVCS/blob/master/git/egit-notes.txt accordingly.

[Updated on: Sun, 05 February 2012 11:06] by Moderator

Re: EGit save operations [message #791769 is a reply to message #791280]

Mon, 06 February 2012 03:38

Eclipse User

Thanks, R Shapiro. The list is growing Sad

I've updated the http://wiki.eclipse.org/EGit/Differences_to_Git, too.

Re: EGit save operations [message #793776 is a reply to message #791769]

Wed, 08 February 2012 09:56

Eclipse User

One more fairly common operation that I believe is currently unsupported: 'reset' applied to a file or directory (as opposed to a branch, which is supported).

I mention these missing features just so they're on the record. The egit/jgit plugin is way better in this respect than the plugins I've seen in some other IDEs, for instance Intellij IDEA and XCode.

Re: EGit save operations [message #793781 is a reply to message #793776]

Wed, 08 February 2012 10:03

Eclipse User

The applicable feature is "Replace with", on right click on the resource (project, directory, file). It's called this way because of similar naming of other Eclipse team providers (subversion, CVS).

[Updated on: Wed, 08 February 2012 10:04] by Moderator

Re: EGit save operations [message #793793 is a reply to message #793781]

Wed, 08 February 2012 10:21

Eclipse User

"Replace With..." is different. It's semantically closer to

git checkout <commit> -- <file>

than it is to

git reset <commit> -- <file>

Also, it doesn't support directories at all.

Re: EGit save operations [message #794372 is a reply to message #793781]

Thu, 09 February 2012 02:54

Eclipse User

IMHO it's better to name operations like in C Git. I.e. if C Git has git reset file, i would expect a functionality names like "Reset file".

Re: EGit save operations [message #797668 is a reply to message #793793]

Mon, 13 February 2012 14:26

Eclipse User

"git replace [<commit>]-- <path>" does the opposite of "git add -- <path>",
i.e. it only touches the index of the files matching <path> resetting it
to <commit> or HEAD if no commit is specified.

In the EGit Staging View the action "Remove from Git Index" allows to reset selected
staged files to HEAD. Resetting to a commit isn't yet supported by EGit.

On the other hand "Replace with" is the EGit equivalent for "git checkout [<commit>] -- <path>"

Re: EGit save operations [message #797694 is a reply to message #797668]

Mon, 13 February 2012 15:13

Eclipse User

I think we're now in agreement. but just to summarize:

"git checkout <commit> -- <path>" is supported as long as <path> is a file (as opposed to a directory). The relevant egit operation is in "Replace With..."

"git reset <commit> -- <path>" is not supported except for the special case of resetting a file to HEAD. The relevant egit operation is drag-and-drop from "Staged Changes" to "Unstaged Changes" in the Git Staging view (or equivalently, selecting "Remove From Git Index" on the right-click popup in "Staged Changes").

Re: EGit save operations [message #797772 is a reply to message #797668]

Mon, 13 February 2012 16:56

Eclipse User

Matthias Sohn skrev 2012-02-13 20.26:
> "git replace [<commit>]-- <path>" does the opposite of "git add -- <path>", i.e. it only touches the index of the files matching <path> resetting it to <commit> or HEAD if
> no commit is specified.

Typo?

Git replace is an improved graft and has nothing to do with Replace with.. in Eclipse.

-- robin

> In the EGit Staging View the action "Remove from Git Index" allows to reset selected staged files to HEAD. Resetting to a commit isn't yet supported by EGit.
>
> On the other hand "Replace with" is the EGit equivalent for "git checkout [<commit>] -- <path>"

Re: EGit save operations [message #797777 is a reply to message #797772]

Mon, 13 February 2012 17:05

Eclipse User

oops, yes this is a typo, I meant "git reset [<commit>] -- <path>" instead of "git replace ..."

Previous Topic:	How to retrieve commit messages between two tags
Next Topic:	Markers for unstaged/staged changes

Goto Forum:

-=] Back to Top [=-

Current Time: Thu Jun 12 12:40:01 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter