Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 341195

Summary:	Synchronize should follow gitk's model
Product:	[Technology] EGit	Reporter:	Oyvind Harboe <oyvind.harboe>
Component:	UI	Assignee:	Project Inbox <egit.ui-inbox>
Status:	RESOLVED FIXED	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	matthias.sohn
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	Linux
Whiteboard:

Description Oyvind Harboe

2011-03-29 04:46:09 EDT

Build Identifier: M20100909-0800

By default Synchronize will compare files locally against some branch on the server, this is already covered by "Compare with".

IMHO, the correct thing with DVCS would be to default to compare against the currently checked out version, just like gitk does.

You then get a list of files that are not yet committed.

Thinking about it that's what synchronize does for svn as well: it shows you what you have not yet committed.

Reproducible: Always

Comment 1 Dariusz Luksza

2011-06-14 15:47:41 EDT

IMHO this is fixed by adding 'Synchronize Workspace' action. Can we close it?

Comment 2 Oyvind Harboe

2011-06-14 16:06:54 EDT

(In reply to comment #1)
> IMHO this is fixed by adding 'Synchronize Workspace' action. Can we close it?

I suppose.

My apologies for not being able to follow up more on this, but @ work I have abandoned EGit for now. It doesn't scale well to the projects I'm working on(10k files + ).

E.g. the cursor will lock up every few seconds as I edit files on large(or rather normal sized projects w/10k files).

My goal with EGit would be to get more people in the team to be comfortable using Git.

Comment 3 Dariusz Luksza

2011-06-15 15:53:04 EDT

(In reply to comment #2)
> (In reply to comment #1)
> > IMHO this is fixed by adding 'Synchronize Workspace' action. Can we close it?
> 
> I suppose.

OK, so I'll close it.

> My apologies for not being able to follow up more on this, but @ work I have
> abandoned EGit for now. It doesn't scale well to the projects I'm working on(10k
> files + ).
> 
> E.g. the cursor will lock up every few seconds as I edit files on large(or
> rather normal sized projects w/10k files).

Could you please open a separate bug for this issue?