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

Re: [TSVN] Shelving

From: Rainer Müller <mueller_rainer_at_gmx.de>
Date: 2005-08-03 14:24:57 CEST

John wrote:
> Hi all,

Hi, John!

> Further to the chat in the main SVN list about 'shelving', would it be a good
> menu option to add to TSVN?

If the Subversion team accepts such a patch or implements it by themself, TSVN
will provide a GUI option for this API - I'm sure.

BTW I could not find any mail with "shelving" in the subject neither in @user
nor in @dev. So please give us a URL or Message-ID if you are referring to
discussions on other mailing lists.

> Shelving your WC would do the following:
>
> Create a new branch with specified name

You would have to specify a location for the branch, too.

> Switch to it
> Commit any WC changes to the branch
> If 'revert' tick box was selected, switch you back to original url and revert.

And what is the benefit over "Create branch from WC"?

> This is useful in two ways. Firstly it allows quick feature-branching (good for
> savepoints). Secondly, when you to stop work on one taks, fix that massive bug
> in trunk, then get back to your original work.

You could just merge the revisions which include the bugfix to trunk.

> Ben's just about convinced me these should go in the main repos, and not in a
> seperate patch-storage system! Visual Studio Team Sys seems to keep 'shelvesets'
> outside it's versioned file system.

I don't understand the point of this paragraph... What has Visual Studio to do
with Subversion or TortoiseSVN?

Please explain more what you mean and what you refer to,
Thanks Rainer

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Aug 3 14:25:28 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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