Bug 341322

Summary:	Allow to configure whether delete/move of a resource updates the index (provide preference option)
Product:	[Technology] EGit	Reporter:	Oyvind Harboe <oyvind.harboe>
Component:	UI	Assignee:	Project Inbox <egit.ui-inbox>
Status:	CLOSED DUPLICATE	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	bradcupit, farmboy0, gunnar, loskutov, robin, twolf
Version:	unspecified	Keywords:	bugday, helpwanted
Target Milestone:	4.6
Hardware:	All
OS:	All
Whiteboard:

Description Oyvind Harboe

2011-03-30 04:48:47 EDT

Build Identifier: M20100909-0800

one important application of the git index is to make a decision on what to commit separately from when the code is modified.

egit will automatically stage files for deletion when I delete them from the eclipse GUI, this breaks the workflow of making the decision of what to commit when committing rather than when modifying.

Reproducible: Always

Comment 1 Andrey Loskutov

2013-01-03 14:11:28 EST

Me second affected by that, despite the fact that staging concept itself is a questionable in IDE.

BTW same hapens for "rename": both paths (new and old one) appear in index without asking me at all.

I think the rule for egit should be: *none* of the operations triggered from team "IMoveDeleteHook" API should add *anything* to index.

Comment 2 Robin Stocker

2013-05-03 12:24:32 EDT

This is supposed to be a feature and is what git does with "git rm" and "git mv".

The problem with not doing this is that it would probably result in people forgetting to commit new paths (of renamed files) because they would be untracked.

Maybe we can provide a preference option for this -> changed to enhancement and adjusted title. If anyone is willing to implement this, the implementation would be in GitMoveDeleteHook.

Comment 3 Gunnar Wagenknecht

2013-12-20 02:54:27 EST

(In reply to Andrey Loskutov from comment #1)
> I think the rule for egit should be: *none* of the operations triggered from
> team "IMoveDeleteHook" API should add *anything* to index.

-1

This decisions mandates that every Eclipse user is a Git expert and understands the difference between modifying/index/staging/committing. However, quite a lot do not. They come/migrate from a SCM context that just has modify+commit.

(In reply to Robin Stocker from comment #2)
> Maybe we can provide a preference option for this

I think it's a good idea to allow optimizing EGit workflows and user experience for Git experts.

Comment 4 Robin Stocker

2014-07-16 21:56:55 EDT

*** Bug 439700 has been marked as a duplicate of this bug. ***

Comment 5 Thomas Wolf

2017-01-13 08:34:17 EST

Fixed by https://git.eclipse.org/r/#/c/84522/ and https://git.eclipse.org/r/#/c/84539/ .

*** This bug has been marked as a duplicate of bug 507018 ***