[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-dev] Incomming Change Sets ready for review

From: Brock Janiczak <brockj_at_tpg.com.au>
Date: 2006-08-31 12:10:31 CEST

Mark Phippard wrote:
> I know that Brock also had this feature working but has held off on
> committing. Perhaps he can pipe in with the reasons why he did not think
> this feature should be added.
>
I actually ran into a few problems. To prevent accepting changes that
the user has not accepted, you have to update each file individually.
This means that you are not updating any folders, so they can end up out
of date and cause errors later. Also, it doesn't seem very 'svn like'
to show a revision, but possibly not all of the files in it (we only
show files in their most recent changeset). The Subversion way of doing
things would be to either accept, reject or manually merge a whole
revision. This would also work around the out of date folder problem as
you have to process the lot. It would also be nice if it allowed you to
update to a revision that is not the current head revision (something
the CVS incoming changeset mode can't do).
> FWIW, I'd like to see this added and I was somewhat holding a 1.2.0
> release for this feature (and svn 1.4.0 GA).
>
I would like to see this too, but only if it can be implemented in such
a way that it works well and doesn't confuse the user.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Thu Aug 31 12:11:12 2006

This is an archived mail posted to the Subclipse Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.