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

Re: SubWCRev.exe

From: Jean-Marc van Leerdam <j.m.van.leerdam_at_gmail.com>
Date: Fri, 6 Mar 2009 10:31:08 +0100


2009/3/6 Simon Large <simon.tortoisesvn_at_googlemail.com>:
> 2009/3/6 Stefan Küng <tortoisesvn_at_gmail.com>:
>> Lucas Majewski wrote:
>>> Running
>>> per documentation from
>>> http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-subwcrev-keywords.html
>>> $WCINSVN?TText:FText$ is replaced with TText if the entry is versioned,
>>> or FText if not.
>>> I wanted to use $WCINSVN$. It works fine when the WorkingCopyPath is an
>>> actual working copy. When WorkingCopyPath is not a working copy the app
>>> exists wiht "XXX' is not a working copy and does not perform any
>>> substitution or even creation of DstVersionFile. I would expect that
>>> when WorkingCopyPath  is not a working copy all substitutions defined in
>>> in template are substituted with blank or something like that and FText
>>> gets replaced for WCINSVN.
>>> Am I using it wrong?
>> SubWCRev works with working copies. If you use it on normal folders, it
>> can't retrieve the necessary information and quits with an error.
>> It wouldn't be a good idea to do string replacements in such a case.
> Err, so why do we even have this keyword? By definition it can only
> ever produce a true result.

Maybe because it processes generated and/or ignored files inside working copies?

The FText can be 'This is a generated file, do not make modifications to it'

  @@  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-03-06 10:37:37 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.