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

Some feedback from a happy Subclipse user

From: <jubijub_at_free.fr>
Date: 2004-07-22 15:54:58 CEST

Hi,

I'd like to thank both the svn team and subclipse team for this wonderful
tool...It's really usefull and saves time...

however (there is always a "however") :

- the update option lacks functionality : the update should lead to a menu like
this :
let's say I've just commited rev 10 ...I may want to go back, so I expect
something like this :

Update --> from HEAD (latest available)
           from BASE ( rev 1)
           from last commited
           from PREV (HEAD-1, quite usefull when you checked in some foolish
code :D )

I use Subversion as the only user, so it's more of a giant history feature...for
this reason, a proper update menu would be very userfull...

- when adding an existing projet, only /src should be shared by default...and
all the rest should be set to ?, so user can chooser wether to add it to svn,
or to svn.ignore...
I say that because subclipse tends to lose sync with generated files, especially
classes, or serialized thing...
The problem is that sometimes when a file is created somehow, subclipse cannot
decide if it's unknown, or in the version control system...it's clear because
its status is neither ? nor * nor > ...in a word, status should be made
clearer...

An other way this could be userfull is this :
/src
/bin
/build
   ---- classes
   ---- lib

src contains sources, bin the eclipse temp classes, and build is generated via
Ant...only src and /build/lib are usefull to store in subversion...other stuff
are dynamic and shouldn't be included by default...

but I may be wrong and using these feature the wrong way, I dunno...anyway I
appreciate the high responsivness of this project, which is updated extremely
often, which is a good thing...

keep it up,

Julien
Received on Thu Jul 22 23:54:58 2004

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.