[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 juul <allan_at_muly.dk>
Date: 2005-12-03 13:38:18 CET

Flanakin Michael C Ctr HQ OSSG/OMR wrote:
> I think it'd be best to have a separate root directory to distinguish
> the concept separately. In effect, I may want to shelve 3 files, whereas
> I would branch the entire repository. Or, would shelving the entire
> repository be the recommended practice, in this instance?
>
>>From what I remember, shelving (or private branching) isn't discussed in
> the docs. Would it be beneficial to officially accept a "shelves"
> directory as a best practice and update the docs? I think it'd be nice
> to publicly announce the feature so those who are new to Svn (and even
> CM as a whole) can understand how it's done as well as understand the
> differences between branches and shelves. In my opinion, saying that
> shelves are branches is like saying that tags are branches (or
> vice-versa). Technically, they are; however, conceptually they are
> completely different. Again, just my opinion.
>
> Michael

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.

./alan

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Dec 3 13:40:48 2005

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

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