Ми робимо це за допомогою xUnit.net для наших автоматизованих збірок. Ми використовуємо CruiseControl.net(і випробовуємо TeamCity). Завдання MSBuild, яке ми запускаємо для безперервної інтеграції, автоматично змінює для нас номер збірки, тому отриманий файл збірки ZIP містить належним чином встановлений версій DLL та EXE.
Наш файл MSBuild містить посилання на UseTask для DLL, яка замінює регулярні вирази: (Ви можете використовувати цю DLL, оскільки вона також охоплюється ліцензією MS-PL)
<UsingTask
AssemblyFile = "3rdParty \ CodePlex.MSBuildTasks.dll"
TaskName = "CodePlex.MSBuildTasks.RegexReplace" />
Далі ми витягуємо номер збірки, який автоматично надається системою CI. Ви також можете отримати свого постачальника керування джерелом, щоб вказати номер редакції джерела, якщо хочете, але ми виявили, що номер збірки в системі CI був більш корисним, оскільки не тільки може бачити результати інтеграції за номером збірки CI, який також надає посилання назад до наборів змін, які були включені у збірку.
<! - Каскадні спроби знайти номер збірки ->
<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 +" \)'
Заміна = 'AssemblyVersion ("$ 1. $ (BuildNumber)")'
Файли = 'GlobalAssemblyInfo.cs' />
<Exec Command = "attrib -r xunit.installer \ App.manifest" />
</Target>
Це знаходить атрибут AssemblyVersion і замінює номер версії abcd на abcBuildNumber. Зазвичай ми залишаємо джерело зареєстрованим у дереві, фіксуючи перші три частини номера будівельника, а четверту - нулем (fe, сьогодні це 1.0.2.0).
У процесі побудови переконайтеся, що завдання SetVersionNumber передує вашому завданням побудови. Зрештою, ми використовуємо наше завдання Zip, щоб заархівувати результати збірки, щоб мати історію двійкових файлів для кожної автоматизованої збірки.