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

RE: [Subclipse-users] Subclipse x CVS plugin

From: Mark Phippard <markp_at_softlanding.com>
Date: 2006-10-17 02:05:19 CEST

"CARASSO Felipe" <Felipe.CARASSO@gemalto.com> wrote on 10/16/2006 05:07:53
PM:

> > We already have many options that CVS does not have, and
> > would certainly expect to since SVN has options that CVS does
> > not have. But we also have many features, such as bug
> > tracking integration that CVS does not have. We are not
> > trying to limit ourselves based on CVS, but we certainly try
> > to learn from them. Also, since we have proposed moving
> > Subclipse to Eclipse, I do see benefit in presenting a
> > consistent UI between the plugins. There is currently a
> > common History view, I'd like to see a common Repository view
> > added eventually. Some of our dialogs are at least similar
> > if not identical.
>
> So the answer could be:
>
> - If it's a change introduced by SVN (10 points)
> - If it's a huge improvement in usability (10 points)
> - If it's a small improvement in usability (1 point)
> - If some other people like (1 point)
> - If a lot (> 10) of people like (2 points)
> - If you like (10 points)
> - If you don't like (-10 points)
> - If it makes Subclipse more divergent from CVS plugin (-10 points)
> - If it gives some trouble to implement and nobody submits a patch (-10
> points)
> - If it gives some trouble to implement and somebody submits a patch (-1
> point, for having to check it)
>
> -> To implement, points > 0.
>
> And therefore, a small improvement that makes Subclipse slightly more
> divergent from CVS plugin will always be dropped. Right?

We have not had a need to formalize a system but if we did it would be the
same one used by the Subversion team. Committers could vote +1 for a
change. If it gets 2 to 3 votes and no one wants to give it a -1, then it
can go in. If a committer votes -1 then we have some talking to do.

I would probably be -1 on an Override and Commit option because I think
the small improvements this brings are outweighed by the
complication/confusion it adds by having multiple options. If someone
wants to work on it, they should probably declare their intentions and
move me off my veto before wasting their time.

Mark

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Tue Oct 17 02:05:28 2006

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.