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

RE: SVNCopy from within TortoiseSVN

From: tejo dorus <tejodorus_at_hotmail.com>
Date: Mon, 16 Jun 2008 18:20:12 +0200

> Date: Mon, 16 Jun 2008 11:48:02 -0400
> From: andy.levy_at_gmail.com
> To: users_at_tortoisesvn.tigris.org
> Subject: Re: SVNCopy from within TortoiseSVN
>
> On Mon, Jun 16, 2008 at 11:39 AM, tejo dorus wrote:
>>

<>

>>
>> TAGGING:
>> * Check out the tree and create a copy
>> * For each "externals definition": find the head revision number in the external repository
>> * Update the "externals definitions".
>> * Commit
>>
>> BRANCHING (seems only to be working for "internals" (externals within the same repository)):
>> 1. (Locally) copy the tree (ex: /Project/Project_Foo/Trunc) to the branch folder (ex: /Project/Project_Foo/Branch/BugFix)
>> 2. (Locally) copy the "internals" (ex: /Project/Common) to the branch folder (ex: /Project/Project_Foo/Branch/BugFix/_Common)
>> 3. (locally) update the externals definition, so that /Project/Project_Foo/Branch/Bugfix/Common points to /Project/Project_Foo/Branch/Bugfix/_Common.
>> 4. Commit
>> For step 2, the user should be able to choose which ones of the "internals" should be branched, and which ones should simply be tagged or perhaps remain pointing to the head revision. I imagine some kind of a checkbox list that contains all externals for a given project (recursively obtained), and in which the user can select which ones to branch, which ones to tag, and which ones to leave pointing to the head revisions. Maybe it is possible to combine tagging and branching in one nice-to-use dialog window because they are so similar. You click on a folder, the dialog window inspects the tree for externals and asks for each external what to do, and then, after selecting the target folder, the process begins.
>
> You're assuming that all users want this to happen. What if my
> tagging/branching model is close to, but not quite the same as, what
> would be provided by this?
>
Then the model I have depicted here is not general enough. I am quite confident that the most-often-used models can be covered by an implementation that is sufficiently generic. I am open for a brainstorm on which model this would be, but I am not sure whether this is a good place for that.

> If tools already exist which provide this functionality by integrating
> with a "base product" (command-line SVN), why should it be forced into
> another "base product" (TSVN).

Because the existing tool is zero user friendly.

>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
> For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
>

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-06-16 18:21:52 CEST

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.