Если Вы используете ASP.Net MVC (как StackOverflow делает), я записал легкий следовать руководству с 3 шагами по тому, как автоматически получить и отобразить последний пересмотр SVN . Руководство было вдохновлено путем размышления мне об этом самом вопросе!: o)

Мы делаем это с xUnit.net для наших автоматизированных сборок. Мы используем CruiseControl.net (и испытывают TeamCity). Задача MSBuild, которую мы выполняем для непрерывной интеграции автоматически, изменяет номер сборки для нас, таким образом, получающийся zip-файл сборки содержит правильно имеющий версию набор DLLs и EXEs.

Наш файл MSBuild содержит ссылку UsingTask для DLL, который делает замены регулярного выражения: (Вы можете использовать этот DLL, поскольку он охвачен МН MS лицензией также)

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

Затем, мы извлекаем номер сборки, который обеспечивается автоматически системой CI. Вы могли также заставить своего поставщика управления исходным кодом обеспечивать исходное число пересмотра, если Вы хотите, но мы нашли, что сборка # в системе CI была более полезной, потому что не только видят результаты интеграции номером сборки CI, который также предоставляет ссылку назад на changeset (s), которые были включены в сборку.

 <!-- 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>

(Мы пробуем BUILD_NUMBER, который является от TeamCity, тогда ccnetlabel, который является с CC.net, и если ни один не присутствует, мы принимаем значение по умолчанию к 0, так, чтобы мы могли протестировать автоматизированный сценарий сборки вручную.)

Затем, у нас есть задача, которая устанавливает номер сборки в файл GlobalAssemblyInfo.cs, который мы связываем во все наши проекты:

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

Эта находка атрибут AssemblyVersion и замены a.b.c.d номер версии с a.b.c. BuildNumber. Мы будем обычно уезжать, источник зарегистрировался в дереве с первыми тремя частями числа разработчика, зафиксированного, и четвертое в нуле (f.e., сегодня это 1.0.2.0).

В Вашем процессе сборки, удостоверьтесь, что задача SetVersionNumber предшествует Вашей задаче сборки. В конце мы используем нашу задачу Zip для на молнии результаты сборки так, чтобы у нас была история двоичных файлов для каждой автоматизированной сборки.

@Balloon при использовании TortoiseSVN можно использовать упакованный программа SubWCRev . Это запрашивает рабочую копию и говорит Вам просто самое высокое количество пересмотра. По общему признанию это, кажется, клиентский подход к проблеме серверной стороны, но так как это - хорошая программа командной строки, необходимо быть в состоянии получить ее вывод для использования довольно легко.

$rev и другие как он изменения для отдельных файлов, таким образом, они не изменятся, если файл не изменится. Число на веб-странице (скорее всего, я принимаю здесь), svn число пересмотра для целого проекта. Это отличается, чем версии файла, на которые указывали другие.

В этом случае я предполагаю, что CCNET вытягивает количество пересмотра проекта и переписывает часть веб-страницы с тем числом. Любое решение CI должно быть в состоянии сделать это, установить это самостоятельно с CCNET и Teamcity (хотя не веб-страницы, но автоматическое управление версиями версий развертывания/блока).

Для Вас, чтобы сделать это, используйте решение CI, которое поддерживает его, или используйте свой процесс сборки (MSbuild/Nant), чтобы сохранить ту версию и записать его в файлы прежде, чем "развернуть" его.

Добавить к ответу @BradWilson: "Вы могли также заставить своего поставщика управления исходным кодом обеспечивать исходное число пересмотра, если Вы хотите"

соединить Подрывную деятельность и MSBuild: Проект

Можно сделать это путем добавления следующего где угодно в коде

$Id:$

Таким образом, например, @Jeff сделал:

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

и при проверке в замененном $Id сервера: $ с текущим числом пересмотра. Я также нашел эту ссылку.

Существует также $Date: $, $Rev: $, $Revision: $