You are viewing a plain text version of this content. The canonical link for it is here.
Posted to npanday-users@incubator.apache.org by Anthony Whitford <an...@whitford.com> on 2011/10/14 06:33:44 UTC

AssemblyInfo.cs Best Practices

I'm looking for an explanation for how AssemblyInfo.cs is supposed to be managed.
It contains version information, that ideally be synchronized with the pom.xml -- and I see that the act of building may result in a modification of the AssemblyInfo.cs file -- which is odd to me since this file is considered source, and source shouldn't really be modified during a build process.
I was also surprised to see it set the version to "1.3-SNAPSHOT" which matches the pom, but doesn't fit into the Microsoft version model.

I wondered if there was a plugin designed to generate AssemblyInfo.cs, rather than manage it as a pure source file.

I wondered if anybody leveraged "build-helper:parse-version" and resource filtering to manage the AssemblyInfo.cs content:
  http://mojo.codehaus.org/build-helper-maven-plugin/parse-version-mojo.html

Is there a standard location that AssemblyInfo.cs should live?

Thanks,

Anthony

Re: AssemblyInfo.cs Best Practices

Posted by Lars Corneliussen <me...@lcorneliussen.de>.
Hi Anthony,

if NPanday finds an AssemblyInfo, it'll update the version attributes. you can use http://incubator.apache.org/npanday/docs/1.4.0-incubating/plugins/maven-compile-plugin/generate-assembly-info-mojo.html to generate it - but it's quite limited in terms of attribute support.

1.3-SNAPSHOT will be written to the AssemblyInformationalVersionInfo only - which doesn't have a hard requirement on the format. AssemblyFileVersion and AssemblyVersion will be 1.3.0.0

I think it would be a good idea not to touch AssemblyInfo.cs, if the version is up to date... For SVN and GIT that won't matter, but for more restrictive (pessimistic) VCS I see the problem.

__

As i look at the code i realize that AssemblyInfo-related code is quite unorganized. It would need some cleanup.
I filed a issue for it: 

https://issues.apache.org/jira/browse/NPANDAY-475

Feel free to comment and help us sort out how this should be done in a better way.
_
Lars

Am 14.10.2011 um 08:33 schrieb Anthony Whitford:

> I'm looking for an explanation for how AssemblyInfo.cs is supposed to be managed.
> It contains version information, that ideally be synchronized with the pom.xml -- and I see that the act of building may result in a modification of the AssemblyInfo.cs file -- which is odd to me since this file is considered source, and source shouldn't really be modified during a build process.
> I was also surprised to see it set the version to "1.3-SNAPSHOT" which matches the pom, but doesn't fit into the Microsoft version model.
> 
> I wondered if there was a plugin designed to generate AssemblyInfo.cs, rather than manage it as a pure source file.
> 
> I wondered if anybody leveraged "build-helper:parse-version" and resource filtering to manage the AssemblyInfo.cs content:
>  http://mojo.codehaus.org/build-helper-maven-plugin/parse-version-mojo.html
> 
> Is there a standard location that AssemblyInfo.cs should live?
> 
> Thanks,
> 
> Anthony