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

Re: Two step folder rename...

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Mon, 14 Jun 2010 18:34:37 +0200

On 14.06.2010 15:27, BRM wrote:
> ----- Original Message ----
>> From: Stefan Küng<tortoisesvn_at_gmail.com>
>> To: dev_at_tortoisesvn.tigris.org
>> Sent: Sun, June 13, 2010 9:48:05 AM
>> Subject: Re: Two step folder rename...
>>> On 11.06.2010 23:46, BRM wrote:
>>> I had accidentally deleted a folder in
>>> my repo today, which I then tried to restore in a single step copy; however,
>>> TSVN wouldn't let me.
>>> I think this is just UI thing - that it may need
>>> to be smarter to realize it is pulling from the history and that it can use the
>>> same at the latest revision.
>>> I ended up doing a two step -
>>> naming the copy as something else, then renaming it to what I really wanted it
>>> to be.
>>> Here's what I did:
>>> 1. Opened the TSVN Repo Browser
>>> 2. Set the it to look at an older revision
>>> 3. Found the folder I wanted to restore, right-clicked on it and selected 'Copy to...'
>>> 4. The dialog that came up had the OK disabled until I set a
>>> different name in - so I appended ".restored"
>> Just add a space and remove
>> it again. The OK button will get enabled as soon as there is a change. And
>> it will stay enabled even if you modify it back the the very same
>> name.The OK button is disabled to prevent accidental 'OK's by pressing
>> return.
> That doesn't seem very intuitive, and I didn't find it in the documentation anywhere.
> In fact, the whole "Copy" functionality seems to have very little documentation. It's not in the
> indexed the in TOC, but it does come up in the Index - which then points you to two other entries:
> a. for the Branch/Tag dialog,
> b. for the Repository Browser.
> 'a' isn't quite intuitive, and 'b' just gets a one-liner.
> Perhaps when looking at history it should be "Restore" which does the following:
> 1. Checks if the selected item is in the latest revision.
> 2. If in the latest revision, tells the user and then acts like "Copy To..." and refuses to allow the same URL.
> 3. If not in the latest revision, acts like "Copy To..." but allows the same URL, with OK enabled by default.
> Alternatively, add a checkbox to the "Copy To..." when working from history that is unchecked by default (and completely disabled when on the latest revision), that can do #'s 2&3 when checked.

I've already enabled the OK button when started from a non-HEAD revision
unconditionally in r19696.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-06-14 18:34:53 CEST

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