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

Re: feature request: replace with -> base revision

From: Eugene Kuleshov <ekuleshov_at_gmail.com>
Date: 2005-08-05 16:21:43 CEST


I'd disagree with you on this. Actually CVS itself doesn't really have
anything like update with, or synchronize. It is Eclipse UI which is trying
to unify common VCS operations under single UI and that would be quite
convenient for the users who have to deal with more then one VCS at the same
time (I see both CVS and SVN as very common case). Unfortunately Subclipse
currently trying to mimic TortoiseSVN UI, probably for historical reasons or
because of preferences of the developers.

However I do agree with you that it would be bad practice to have more then
one path to the same functionality.

By the way, it could be a good idea ho have an option to choose between skin
or UI scheme, so developers could decide to use SVN-alike UI or more Eclipse


On 8/3/05, Mark Phippard <MarkP@softlanding.com> wrote:
> Brock Janiczak <brockj@tpg.com.au> wrote on 08/03/2005 05:44:07 AM:
> > I recently had the same thought (but i hadn't gotten around to actually
> doing
> > it). The replace with base action should use the revert functionality,
> but
> > not display the revert dialog. If you go into the replace menu you
> should be
> > prepared for everything to get replaced (unlike the revert action).
> >
> > If no one objects, i will add this function on the weekend.
> I would not say that I am against this change, I am just not in favor of
> it in general.
> I think our goal should be to make a good Subversion client, not emulate
> every last feature of the CVS client. I think we should use Subversion
> terminology in all areas so that it is clear what Subversion commands are
> being run. In the long run, I think this works in our favor as it makes
> the nice market of Subversion books and other materials relevant to what
> we are doing.
> In general I also do not think it is a good UI idea to offer multiple
> paths to the same functionality. In the long run it is just confusing.
> Since we have the other Replace with options I suppose it makes sense to
> add this one too. I kind of think that it should to the exact same thing
> as Revert, including the dialog. If we do not do this, then the option is
> going to undo Deletes, Moves and Copies, and I am not sure that would be
> the expected behavior. By presenting the dialog we are at least putting
> all of this in front of the user.
> Mark
> _____________________________________________________________________________
> Scanned for SoftLanding Systems, Inc. by IBM Email Security Management
> Services powered by MessageLabs.
> _____________________________________________________________________________
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: users-help@subclipse.tigris.org

Received on Sat Aug 6 00:21:43 2005

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

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