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

Re: [TSVN] Feature Request: SubWCRev reads a config file...

From: Peter Mounce <pete_at_molehole.org>
Date: 2005-08-10 20:33:25 CEST

SteveKing wrote:
> Peter Mounce wrote:
>
>> SteveKing wrote:
>>
>>> So what you want is a tool which replaces certain strings in a file.
>>> That's nothing to do with SubWCRev and Subversion. That would require
>>> a more general tool (and I'm sure such tools already exist).
>>
>>
>>
>> Precisely what I want, yes. Do you know of one that doesn't come
>> attached to lots of dependencies, that can be dropped into our build
>> scripts in isolation?
>
>
> May I ask what you need that for?

Yes ;) I'd like to be able to specify the version number in just one
place. So $V_MAJOR$ would be major version number, $V_MINOR$ ... etc.
Then tell the tool to find-and-replace the tokens in files where the
tokens are known to be.

This would make the release procedure easier, in that the person doing
it doesn't have to edit the version number for the release in more than
one place. Currently, I think the numbers appear in:
* src/version.in
* src/TortoiseSVNSetup/VersionNumberInclude.in.wxi
* src/TortoiseSVNSetup/MakeMsiSub.in.bat (twice) (they'd be in there so
the rename from Setup.msi to TortoiseSVN-x.y.z....msi happens automatically)
* www/version.txt

Ideally, they'd only be in one place, and the first thing the build
script would do is read the file and substitute, so the builder person
doesn't run the risk of forgetting in one or more places. I guess it's
not a need, but a nice-to-have...?

Pete

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Aug 10 20:33:44 2005

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.