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

Re: SubWCRev.exe weirdness when used in website .NET project

From: Nick Gilbert <nick_at_x-rm.com>
Date: Mon, 18 May 2009 16:37:59 +0100

>> How about introducing a utiliity project that is a dependency of your
>> main project? This project updates your Version.h (say, in a pre-build
>> action), before your main project checks which files need to recompile.
Tried that and it didn't work :(

> Just a thought:
> you could try deleting the object file of version.cs either before or
> after calling SubWCRev - that would force the compiler to rebuild that file.
> Stefan
That's the bit I really don't get - it doesn't have a separate obj file,
it all builds to a single DLL for the whole project and none of the
other files are affected by the problem - only the one modified by

The only other thing I thought of is to write the version number back
into the compiled DLL somehow... There must be a utility to alter the
version number of a DLL after it's been built as I think it's just part
of the manifest. I've run out of time today today to investigate, but
if this approach works, i'll post back.



To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-05-18 17:38:55 CEST

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.