堆栈溢出在底部有一个Subversion版本号：

svn revision: 679

我想在我的.NET网站/应用程序，Windows窗体，WPD项目/## 解决方案中使用这种自动版本控制。

我该如何执行呢？

解决方案：

我们可以通过在代码中的任意位置添加以下内容来实现

$Id:$

因此，例如，@ Jeff做到了：

<div id="svnrevision">svn revision: $Id:$</div>

并在服务器中检查后，将$ Id：$替换为当前的修订号。我也找到了这个参考。

还有$ Date：$，$ Rev：$，$ Revision：$

看起来Jeff正在使用基于播客成绩单的一些信息的CruiseControl.NET。这似乎具有从源代码控制到生产的自动部署功能。可能是发生插入的地方吗？

$ rev和其他类似文件是单个文件的修订版，因此除非文件更改，否则它们不会更改。网页上的编号是(很可能在此假设)整个项目的svn修订版号。这与其他人所指的文件修订版不同。

在这种情况下，我假设CCNET正在提取项目的修订版本号，并使用该编号重写网页的一部分。任何CI## 解决方案都应该能够做到这一点，并通过CCNET和Teamcity自行设置(尽管不是网页，而是部署/程序集版本的自动版本控制)。

为了执行此操作，请使用支持该## 解决方案的CI## 解决方案，或者使用构建过程(MSbuild / Nant)来存储该版本并将其写入文件，然后再对其进行"部署"。

我们使用xUnit.net进行此操作以实现自动构建。我们使用CruiseControl.net(并且正在试用TeamCity)。我们为持续集成而运行的MSBuild任务会自动为我们更改内部版本号，因此生成的内部ZIP文件包含一组版本正确的DLL和EXE。

我们的MSBuild文件包含一个执行正则表达式替换的DLL的UsingTask参考：(欢迎使用此DLL，因为它也受MS-PL许可证保护)

<UsingTask
     AssemblyFile="3rdParty\CodePlex.MSBuildTasks.dll"
     TaskName="CodePlex.MSBuildTasks.RegexReplace"/>

接下来，我们提取内部版本号，由CI系统自动提供。如果需要，我们还可以让源代码控制提供程序提供源版本号，但是我们发现CI系统中的版本更加有用，因为不仅可以通过CI版本号查看集成结果，而且还提供了链接返回到构建中包含的变更集。

<!-- Cascading attempts to find a build number -->

 <PropertyGroup Condition="'$(BuildNumber)' == ''">
   <BuildNumber>$(BUILD_NUMBER)</BuildNumber>
 </PropertyGroup>
 <PropertyGroup Condition="'$(BuildNumber)' == ''">
   <BuildNumber>$(ccnetlabel)</BuildNumber>
 </PropertyGroup>
 <PropertyGroup Condition="'$(BuildNumber)' == ''">
   <BuildNumber>0</BuildNumber>
 </PropertyGroup>

(我们尝试使用来自TeamCity的BUILD_NUMBER，然后尝试来自CC.net的ccnetlabel，如果都不存在，则默认为0，以便我们可以手动测试自动生成脚本。)

接下来，我们有一个任务，将内部版本号设置到GlobalAssemblyInfo.cs文件中，该文件链接到我们所有的项目中：

<Target Name="SetVersionNumber">
   <RegexReplace
       Pattern='AssemblyVersion\("(\d+\.\d+\.\d+)\.\d+"\)'
       Replacement='AssemblyVersion(".$(BuildNumber)")'
       Files='GlobalAssemblyInfo.cs'/>
   <Exec Command="attrib -r xunit.installer\App.manifest"/>
 </Target>

这将找到AssemblyVersion属性，并将a.b.c.d版本号替换为a.b.c.BuildNumber。通常，我们将源代码保留在树中，并且构建器编号的前三个部分固定不变，而第四个部分固定为零(例如，今天是1.0.2.0)。

在构建过程中，请确保SetVersionNumber任务在构建任务之前。最后，我们使用Zip任务来压缩构建结果，以便我们拥有每个自动化构建的二进制文件的历史记录。

@气球
如果我们使用的是TortoiseSVN，则可以使用打包的SubWCRev程序。它查询工作副本，并告诉我们最高的修订号。诚然，这似乎是解决服务器端问题的客户端方法，但是由于它是一个不错的命令行程序，因此我们应该能够轻松捕获其输出以供使用。

要添加到@BradWilson的答案中："如果需要，我们还可以让源代码控制提供程序提供源版本号"

要连接Subversion和MSBuild：
MSBuild社区任务项目

如果我们使用的是ASP.Net MVC(就像StackOverflow一样)，我就如何自动获取和显示最新的SVN版本编写了易于遵循的三步指南。该指南的灵感来自于对这个问题的思考！ ：o)