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

Re: Shelving

From: <allan_at_muly.dk>
Date: 2005-12-05 07:55:15 CET

Quoting Gary Feldman <svnul4228@marsdome.com>:

> allan juul wrote:
>> i personally think "shelving" is perhaps the most overrated
>> "feature" in modern version control systems. i wouldn't even
>> consider it a "nice-to-have". AFAIU a "shelve" isn't even version
>> controlled - it's just a backup on the same server that happens to
>> be your version control system as well. therefore IMO a "shelve" is
>> just a private unversioned branch.
>> but if you really want a "shelving" "feature" i think that i agree
>> in you should name your root dir "shelves" or something like that.
> From what I can tell, "shelving" seems to be Microsoft's (sometimes
> ungrammatical) term for GUI sugar around private branches, in their
> new Team Foundation version control offering. Though I'm a
> dyed-in-the-wool CLI user, I still respect the value of GUI sugar.
> When you consider how many people use Visual Studio who aren't
> software engineers (though they may be programmers), and who won't
> or can't understand the various patterns that involve branches,
> it makes a lot of sense. I anticipate a large number of VS/TS
> users will fall in love with this feature.
> I believe that Subversion is still at the state where the bulk
> of the users are experienced software engineers who have little
> trouble with the concept of private branches. The second
> largest group of users are those who rely on someone in the first
> group to hold their hands until they get the hang of it. If Subversion
> is going to compete on the scale of MS Team System, it will need
> GUI sugar such as this. (This doesn't mean that I think Subversion
> has that ambition, or should have it.)
> Gary

that's a very very accurate describtion. i guess what annoyed me about
"shelving" was the introduction of it as a real killer feature. for
some companies, "shelving" is possibly even a decisive factor for which
SCM to choose


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Dec 5 07:59:16 2005

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