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

Re: Reintegration/Merging - revision graph

From: Dave Lawrence <dlawrence_at_ad-holdings.co.uk>
Date: Fri, 14 Nov 2008 11:49:11 +0000

adstar wrote:
> Cool. Makes sense. How about then, the option to delete a reintegrated
> branch? It's availability could be 'permission' based, and would be
> 'deselected' as default so you have to willingly delete the branch.
>
> I know we are getting into the realms of personal requirements, but it seems
> to me a logical extrapolation of the reintegrate function, which basically
> moves all the branch into the trunk.. so why keep the branch?
>
> I know there is the possability of it being kept as a 'tag', or fixed point
> reference, hence the delete function being optional.
>
> Anyway. Just a thought as I am on something of a role!

How would that work? Are you suggesting that the branch would be
deleted immediately the merge had finished? ie before the merge had
been committed back to trunk?

And you couldn't schedule the branch deletion into the working copy
either, unless the branch and the trunk were both part of the same huge
(or sparse) working copy, which wouldn't normally be the case.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-11-14 12:49:42 CET

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

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