我已经看到了一些关于如何进行构建部署的示例,但是我有一些我想做的独特的事情:
有没有人在使用NAnt + CruiseControl.net的.NET项目之前做过这个?
答案 0 :(得分:11)
使用内部版本号将构建部署到文件夹非常简单。 CruiseControl.NET's NAnt task会自动将许多属性传递给您的NAnt脚本。 CCNetLabel 属性是您用于创建部署目录的属性。在CruiseControl.NET文档中实际上有一个稍微过时的示例NAnt脚本就是这样做的。这是一个更好的版本:
<target name="publish">
<if test="${not property::exists('CCNetLabel')}">
<fail message="CCNetLabel property not set, so can't create labelled distribution files" />
</if>
<property name="publishDirectory" value="D:\Public\Project\Builds\${CCNetLabel}" />
<mkdir dir="${publishDirectory}" />
<copy todir="${publishDirectory}">
<fileset basedir="${buildDirectory}\bin">
<include name="*.dll" />
</fileset>
</copy>
</target>
就二进制文件的版本控制而言,我发现以下方法比尝试更改AssemblyInfo.cs文件更清晰,更容易。基本上我创建一个CommonAssemblyInfo.cs文件,该文件位于任何项目之外,与解决方案文件位于同一目录中。此文件包含我正在构建的所有程序集共有的内容,例如公司名称,版权信息,当然还有版本。此文件在Visual Studio的每个项目中都是linked,因此每个项目都包含此信息(以及一个小得多的AssemblyInfo.cs文件,其中包含程序集特定的信息,如程序集标题)。
当通过Visual Studio或NAnt在本地构建项目时,使用CommonAssemblyInfo.cs文件。但是,当项目由CruiseControl.NET构建时,我使用NAnt通过<asminfo>
任务替换该文件。这是NAnt脚本的样子:
<target name="version">
<property name="commonAssemblyInfo" value="${buildDirectory}\CommonAssemblyInfo.cs" />
<!-- If build is initiated manually, copy standard CommonAssemblyInfo.cs file. -->
<if test="${not property::exists('CCNetLabel')}">
<copy file=".\src\CommonAssemblyInfo.cs" tofile="${commonAssemblyInfo}" />
</if>
<!-- If build is initiated by CC.NET, create a custom CommonAssemblyInfo.cs file. -->
<if test="${property::exists('CCNetLabel')}">
<asminfo output="${commonAssemblyInfo}" language="CSharp">
<imports>
<import namespace="System" />
<import namespace="System.Reflection" />
</imports>
<attributes>
<attribute type="AssemblyCompanyAttribute" value="My Company" />
<attribute type="AssemblyCopyrightAttribute" value="Copyright © 2008 My Company" />
<attribute type="AssemblyProductAttribute" value="My Product" />
<attribute type="AssemblyVersionAttribute" value="1.0.0.${CCNetLabel}" />
<attribute type="AssemblyInformationalVersionAttribute" value="1.0.0.${CCNetLabel}" />
</attributes>
<references>
<include name="System.dll" />
</references>
</asminfo>
</if>
</target>
<target name="build-my-project" depends="version">
<csc target="library" output="${buildDirectory}\bin\MyProject.dll">
<sources>
<include name=".\src\MyProject\*.cs"/>
<include name=".\src\MyProject\**\*.cs"/>
<include name="${commonAssemblyInfo}"/>
</sources>
</csc>
</target>
请注意 AssemblyVersionAttribute 和 AssemblyInformationalVersionAttribute 值在版本目标中的设置位置。 CCNetLabel 属性将插入版本号中。为了获得额外的好处,您可以使用CruiseControl.NET插件,如前面提到的SvnRevisionLabeller。使用它,我们得到像“2.1.8239.0”这样的标签,其中“8239”对应于我们正在构建的Subversion版本号。我们将此构建号直接转储到 AssemblyVersionAttribute 和 AssemblyInformationalVersionAttributes 中,我们的构建号和程序集上的版本号都可以很容易地追溯到我们版本中的特定版本控制系统。
答案 1 :(得分:2)
查看此open-source project。虽然,它使用MSBuild,但差异很小。
CC.NET将distrib目录和版本传递给Photon.ccnet脚本,这是Photon.build脚本的简单包装器。版本号用于文件夹和包命名以及装配版本。
版本号来自CC.NET的svnRevisionLabellerPlugin
答案 2 :(得分:2)
我对Cruise Control和nAnt也很陌生,但我发现Scott Hanselman's Blog Post非常有帮助。
不完美而且不漂亮,但它确实完成了工作。
还有一个UpdateVersion Utility(斯科特似乎也参与其中)。
答案 3 :(得分:1)
我没有用nant完成它,但是我们在C#中编写了一个自定义应用程序来读取程序集并增加发行版号。
我们从ccnet配置中的exec块调用它。
创建文件夹并复制文件对于添加到该应用程序来说是微不足道的
我们的想法是我们整天使用C#,因此修复/改变用C#编写的构建程序会更快,如果我们必须在那之上学习nant脚本的内部
显然如果你一直使用nant,就没有理由不构建一个自定义的nant插件来完成这项工作
答案 4 :(得分:0)
我同意BumperBox,这是一个单独的程序集,用于重做(?)提升增加编号是我几年前采用的路线。它具有能够应对其他外部因素的优点。例如,如果配置文件中存在某个条件,您可能希望增加版本号或构建号。
答案 5 :(得分:0)
您可以使用传递到NAnt脚本的CCNetLabel属性来设置它部署到的位置。
至于AssemblyInfo,对于MSBuild,MSBuildCommunityTasks中的任务运行良好。虽然您可以在更改它的NAnt脚本之前运行MSBuild脚本,但不知道NAnt等价物是什么。
配置很简单:
<AssemblyInfo CodeLanguage="C#"
OutputFile="%(YourProjects.RootDir)%(Directory)Properties\AssemblyInfo.cs"
AssemblyVersion="$(CCNetLabel)"
/>
您需要添加所需的任何其他属性,否则将覆盖AssemblyInfo文件。