Using AssemblyFileVersion To Filter Builds

.NET obfuscator and automated error reporting

Using AssemblyFileVersion To Filter Builds

Postby martincostello » Thu Oct 06, 2011 11:54 am

We are looking at versioning our .NET assemblies in the same way as the .NET Framework assemblies are versioned. Therefore this would mean:

Code: Select all
[assembly: AssemblyVersion("")]
[assembly: AssemblyFileVersion("1.0.0.X")]
[assembly: AssemblyInformationalVersion("1.0.0.X")]

where X is the build number.

This allows us to track our builds changing via the AssemblyFileVersion attribute, but means that the assembly's strong name doesn't change between builds so we don't need to worry about continuously updating configuration files (e.g. that reference full type names with version strings in them) for every build during development.

However, it appears that SmartAssembly is using the AssemblyVersion attribute to group together the builds, meaning that all error reports for every build appear to come from the same build, even though they didn't.

Is there a way to get SmartAssembly to report the build number from the AssemblyFileVersion attribute (or even AssemblyInformationalVersion), rather than the AssemblyVersion attribute?

Posts: 14
Joined: Tue Sep 13, 2011 11:54 am
Location: London, UK

Postby Brian Donahue » Thu Oct 06, 2011 12:33 pm

Hi Martin,

Nope, it's always going to use the AssemblyVersion attribute when it rebuilds the assembly. I suppose there is an assumption that all three of these things would match.

I believe we have a feature request in about changing this.
Brian Donahue
Posts: 6590
Joined: Mon Aug 23, 2004 9:48 am

Return to SmartAssembly 6

Who is online

Users browsing this forum: No registered users and 0 guests