使用TeamCity进行程序集版本控制

我在TeamCity中维护了两个独立的构建配置,一个是CI构建,另一个是在有任何更改(或手动)时每周运行的构建,并且是我们的官方发布版本.我采用了双构建方法,因为构建需要大约40分钟的端到端,我希望开发人员在提交更改时能够快速获得有关任何构建问题的反馈.因此,CI构建是完整版本构建的一个子集,但它确实构建了所有代码.版本控制在两个版本之间也有所不同:

CI版本的版本号为{Major.minor.BuildCounter.SvnRevision}
- BuildCounter从0开始
- 不标记svn存储库
Weekly/Release版本具有类似的版本控制系统,但是
- 构建计数器从(Major*1000)开始,因此如果Major为'8',则构建计数器从8000开始.
- 在svn存储库中创建一个名为"Build_ {Version}"的标记

这种有些随意选择的原因是允许我们清楚简单地区分CI构建和发布构建.

我们在解决方案的每个项目中都包含一个名为AssemblyVersionInfo的解决方案范围的文件(软链接).该文件包含(实质上)此:

using System.Reflection;
// Revision and Build both set to 9999 indicates a private build on a developer's private workstation.
[assembly: AssemblyFileVersion("6.0.9999.9999")]        // Win32 File Version (not used by .NET)

Run Code Online (Sandbox Code Playgroud)

因此,开发人员构建所有使用相同的静态和易于识别的版本号,这比版本服务器生成的任何内容都高,因此在版本冲突中,开发人员的文件获胜.

在构建服务器上,我们使用MSBuild社区任务生成一个新的AssemblyVersionInfo文件,该文件将覆盖默认内容.我们使用TeamCity构建字符串作为新版本.通过这种方式,我们可以轻松区分以下3种情况:

在开发人员的工作站上执行的私有构建
在构建服务器上执行的CI构建,但不应该发布
官方认可的发布版本,在Svn存储库中标记

在另一个转折点,请注意我正在设置AssemblyFileVersion,而不是AssemblyVersion.我们强制我们的汇编版本是'Major.Minor.0.0'的静态固定版本字符串.我们这样做是为了能够发布错误修复版本,而不必担心版本问题.AssemblyFileVersion让我们可以弄清楚用户安装的构建版本,而不会成为程序集标识的一部分.

Answer 3

Ham*_*ith 5

我们正在使用CruiseControl.net和SVN.我们以另一种方式驾驶它.我们在MSBuild脚本中使用MSBuildCommunityTasks Version任务来增加CI构建的版本号,并使用该版本号标记源代码.

编辑:询问有关MSBuild目标的更多详细信息...
我们使用单独的脚本用于CI构建,不用于开发人员构建.我们尝试在工作室用作项目文件的MSBuild文件中使用不同的目标,但这很令人头疼,并且需要手动编辑工作室正在生成的文件.
MSBuild文件的结构非常简单:

导入额外的碎片

<Import Project="$(MSBuildExtensionsPath)\MSBuildCommunityTasks\MSBuild.Community.Tasks.Targets" />

<Import Project="Properties.msbuild"/>
BeforeBuild:设置新版本号并重写AssemblyInfo文件

<Version VersionFile="$(VersionFile)" BuildType="None" RevisionType="Increment">
<Output TaskParameter="Major" PropertyName="Major" />
<Output TaskParameter="Minor" PropertyName="Minor" />
<Output TaskParameter="Build" PropertyName="Build" />
<Output TaskParameter="Revision" PropertyName="Revision" />
</Version>


<AssemblyInfo CodeLanguage="CS"
OutputFile="Properties\AssemblyInfo.cs"
AssemblyTitle="$(TargetAssembly)"
AssemblyDescription="$(AssemblyDescription) svn:@(SanitizedSvnUrl) revision:$(SvnRevision)"
AssemblyCompany="Your company name"
AssemblyProduct="Name of product"
AssemblyCopyright="Copyright © your company 2009"
ComVisible="false" Guid="$(WindowGuid)"
AssemblyVersion="$(Major).$(Minor).$(Build).$(Revision)"
AssemblyFileVersion="$(Major).$(Minor).$(Build).$(Revision)"
Condition="$(Revision) != '0' " />
构建:在发布模式下构建实际项目文件MSBuild脚本
AfterBuild:我们运行我们的单元测试项目(作为防止在后续步骤中为破坏的构建创建标记),使用SvnInfo任务和一些RegexReplace任务来设置一些带有路径和标记名称的变量,并使用SvnCopy任务创建标签.

<SvnCopy UserName="username"
Password="password"
SourcePath="@(SvnTrunkPath)"
DestinationPath="@(SvnTagsPath)/BUILD-$(TargetAssembly)-$(Major).$(Minor).$(Build).$(Revision)" Message="Tagging successful build" />

@arconaut:谢谢.我的回答中没有任何内容表示@Tim Long应该使用CC.NET,我只是用我正在使用的工具开头答案,因此很清楚为什么答案不是专门针对TeamCity的. (2认同)

归档时间：	16 年，6 月前
查看次数：	13025 次
最近记录：	12 年，6 月前