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

Re: D10 + Pre-Build hook

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2007-09-05 18:08:20 CEST

rosenfield@users.sourceforge.net wrote:
> Stefan Küng wrote:
>> rosenfield@users.sourceforge.net wrote:
>>> Of course, Subversion needs to be told that it's a keyword and
>>> that it should ignore it. This already happens for $Revision
>>> along with a myriad of other keywords, so it's hard to imagine
>>> that this simply would not work for one particular new keyword.
>>>
>>> (Even _if_ it was that inflexible, there's always the option of
>>> piggy-backing on an existing keyword, fx $Revision.)
>> Well, the 'Subversion needs to be told that it's a keyword' is not
>> possible without hacking Subversion itself. So that's out of the
>> question (for now).
>
> Won't adding a new keyword to 'svn:keywords' do it?

No, sorry.
As I mentioned: I think you have not thought this through yet.

>> Piggy-backing on an existing keyword is an even worse idea (try
>> and you'll discover why), because one would overwrite the other.
>
> No problem, we intend to run the modifier in the pre-build phase and
> the build script anyway. The important thing is that Subversion
> ignores the expanded keyword string.

It won't. It only ignores the expanded keyword strings of keywords it
knows. It doesn't know your custom keyword, so the file will always show
up as modified.

> There's also the option of just inventing a keyword, not telling
> Subversion about it, and removing it's contents again post-build. That
> would leave all sorts of issues with broken files when a machine
> crashes etc, so that's bad. Piggy-backing seems the thing to do, if
> using a proper keyword won't work, as you say.

If you really want to invent a new keyword, you would have to patch the
Subversion library.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Sep 5 18:05:29 2007

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

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