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

RE: Re: Shelving

From: Flanakin Michael C Ctr HQ OSSG/OMR <Michael.Flanakin.Ctr_at_Gunter.Af.Mil>
Date: 2005-12-06 14:27:07 CET

I gotcha on the GUI sugar point. I don't know if shelving really needs
anything. As a practice, I'd be fine with updating the docs to include a
"shelves" root directory and people would just use svn copy to create
shelves like branches and tags. There's no real reason to add features
that do the same thing. I'm more concerned with publicizing the
capability and its purpose.

Michael

-----Original Message-----
From: Gary Feldman [mailto:svnul4228@marsdome.com]
Sent: Monday, December 05, 2005 3:56 PM
To: users@subversion.tigris.org
Subject: Re: Shelving

Flanakin Michael C Ctr HQ OSSG/OMR wrote:
> I would definitely say that shelving is not even close to a decisive
> CM feature. I don't really agree that shelving is for less experienced

> people, tho. This is the first time I've heard of private branches,
> but

Just to clarify, I wasn't saying that shelving/private branches are for
less experienced people.

I was saying that GUI sugar that simplifies private branches into this
one particular usage pattern is for less experienced people. The
difference isn't between the two terms, but whether a newcomer needs to
learn: what a branch is, then what a private branch is, then how a
particular project has chosen to deal with private branches, then how to
merge it back into the main line; OR "check it in normally when it's
ready, but if you need to get a copy into the repository before then,
use the "Shelve" menu item." The latter sidesteps the learning curve
around branches (not entirely, and not forever, but well enough).

> ... Having a
> single, unified front to this concept is important. Especially in the
> open source community.

I'm not quite sure what you mean. Do you mean a unified front of the
form that "private branches are a good idea?" I don't think anyone has
disagreed with that.

Gary

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 6 14:33:51 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.