[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 19:29:29 CEST

Actually Synchronize view is one of the best features of Eclipse's team
integration component. It allows you to see the inbound and outbound changes
right away and make review of these changes very quick (probably it would
also work if Eclipse had a special filter for package view, but it still not
close to "commit sets" feature). This saves lot of time in daily activities
and even cover functionality of commercial tools such as tmate monitoring
server and plugin for IDEA.

Note that CVS plugin also uses Sync view to show comparison between
tags/branches/dates and also have commit sets feature enabled in that mode.
This is yet to be done for Subclipse... I know that Mark is going to say
that this information is awailable in SVN history view and I have to
disagree, because it provide sligtly different slicing, which is less
convenient in practical experience.

-- 
regards,
Eugene
On 8/5/05, Christian Sell <christian.sell@netcologne.de> wrote:
> 
> I would like to confirm what Eugene said about the eclipse CVS plugin. 
> When I
> first came to Eclipse after having used CVS on the command line and 
> through
> siple GUI clients (WinCVS of course), I was rather annoyed by the 
> high-level
> abstractions that eclipse offered which found hard to map to the familiar 
> CVS
> semantics. I think the term "synchronize" bears witness to this, which is
> completely alien to CVS terminology.
> 
> I must also say, however, that Subclipse is the only plugin I know that 
> makes
> use of most of the framework functionality offered by the Team plugin. For
> example, both available ClearCase plugins are in many respects just 
> adapters
> for the underling CC commands and tools. None of them makes use of the
> Synchronize view.
> 
> christian
> 
> 
> Zitat von Eugene Kuleshov <ekuleshov@gmail.com>:
> 
> > On 8/5/05, Mark Phippard <MarkP@softlanding.com> wrote:
> > >
> > >
> > > > 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.
> > >
> > > I think you are overstating this a bit. I have used several different 
> SCM
> > > providers in Eclipse and they all have their own ways of doing things. 
> I
> > > would agree that at some level the Eclipse developers are trying to 
> create
> > > something generic that others can reuse, but let's face it, they are 
> still
> > > doing what serves their own needs first.
> >
> >
> > Heh. You are right, but I believe that is only because none of the VCS
> > vendors like to perticipate and encourage Eclipse team plugins to be 
> more
> > flexible.
> >
> > I am sorry that you view our UI as unfortunate, but I think it is a big
> > > improvement over the CVS UI in most places and entirely appropriate as 
> the
> > > UI for a Subversion SCM provider.
> > >
> >
> > I didn't mean to insult you or anything. Current UI is completely fine 
> from
> > the Subversion point of view. I'm just trying to say that it is quite
> > annoying to have two parallel and yet completely independent and 
> unsimilar
> > sets of menu layouts for two such commonly used VCS providers, 
> especially
> > for those who have to deal with both of them at the same time (like I 
> do).
> > That is why I tried to vote for unified repository and synchonize views 
> (to
> > have all VCS providers in same tree) as well as for unified resource 
> history
> > view (to get automatic context switching when jumping between 
> differently
> > shared resources)... can't remember all Eclipse enh. requests at the 
> moment.
> >
> > --
> > regards,
> > Eugene
> >
> 
> 
> ------------------
> Christian Sell
> 
>
Received on Sat Aug 6 03:29:29 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.