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