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

Re: Feature request: SubWCRev if not inside a working copy

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Wed, 21 Oct 2009 20:55:16 +0200

On 21.10.2009 00:25, Simon Large wrote:
> 2009/10/19 Stefan Küng<tortoisesvn_at_gmail.com>:
>> On 19.10.2009 20:50, Gingko wrote:
>>
>>> I generally use SubWCRev from within a script (actually most of the time
>>> from a Visual Studio project rule, which is a kind of script).
>>> That way, I can generate a C or C++ header file from a template file.
>>>
>>> I suppose that calling SubWCRev from a script is a probably a very common
>>> usage of it.
>>>
>>> On another hand, whereas the whole main project is maintained inside a
>>> versioned directory, it is very common that I make an unversioned copy of
>>> this same directory, side by side in a common root directory, that I use
>>> for testing changes that I am not sure if I will decide to commit or not.
>>>
>>> This twin project is anyway fully working, but because SubWCRev needs a
>>> working copy, I have to make some changes in this twin project in order to
>>> remove SubWCRev usage, whereas I would like to have all of its contents
>>> being basically as identical as possible to the versioned one (except of
>>> course for my testing changes).
>>>
>>> As I use a directory comparison software for finding differences between
>>> these directories, I would like SubWCRev not needing any change for being
>>> able to run in the versioned or in the non versioned directory.
>>>
>>> So I think it would be great if SubWCRev could run without error even in a
>>> non versioned directory, of course not for getting correct version numbers
>>> (I don't care of these numbers in this case), but rather for not breaking
>>> project generations.
>>>
>>
>> Sorry, but that's not the job of SubWCRev. It has to throw an error in
>> case you're using it on an unversioned folder.
>> But you can change your script to catch that error and then either write
>> default values to your version file, or copy a template version file to
>> the destination.
>
> The problem is that it doesn't throw a specific error for unversioned
> folders, so it is not so easy to catch. We could exit with errorlevel
> 10 in that case.

Done in r17525.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2409904
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-10-21 20:56:37 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.