Получение TFS для установки набора изменений в версии сборки

Question

У меня есть Team Foundation Server Build, работающая чисто. Он производит несколько сборок, и я хотел бы, чтобы версии сборок имели последнее число, которое должно быть changset. То есть, если я совершаю команду changeet11667, например, номер версии сборки должен быть «x.y.z.11667». Я проверил доступные макросы, но ни один из них не является номером набора изменений.

Мне все равно хотелось бы создать файл решения на моей машине dev, как обычно, только с помощью проверенного номера версии.

Как я могу получить это на месте?

Answer 1

В конце концов мой коллега написал следующую задачу MSBuild, которая решила проблему.

public class GetNextBuildNumber : Task 
{ 
    [Required] 
    public string TfsCommand { get; set; } 

    [Required] 
    public string TfsArgument { get; set; } 

    [Output] 
    public int BuildNumber { get; set; } 

    public override bool Execute() 
    { 
     BuildNumber = GetLatestVersionNumber(); 
     return true; 
    } 

    private int GetLatestVersionNumber() 
    { 
     var process = new RunProcess(); 
     var result = process.ExecuteCommand(TfsCommand, TfsArgument); 

     return ParseResult(result); 
    } 

    private int ParseResult(string result) 
    { 
     const string changeset = "Changeset:"; 
     const string user = "User:"; 

     if (string.IsNullOrEmpty(result) || !result.Contains(changeset)) 
     { 
      // Invalid result 
      Log.LogWarning("Could not get latest build number. Reason: " + result); 
      return 0; 
     } 

     var indexOfChangeset = result.IndexOf(changeset, StringComparison.InvariantCulture) + changeset.Length; 
     var indexOfUser = result.IndexOf(user, StringComparison.InvariantCulture); 
     var revision = result.Substring(indexOfChangeset, indexOfUser - indexOfChangeset).Trim(); 

     return Convert.ToInt32(revision); 
    } 

} 

Answer 2

Посмотрите на Community TFS Build Extension project on CodePlex. Он содержит AssemblyInfo activity и TfsVersion activity, которые могут изменять информацию о сборке во время процесса сборки с использованием пользовательского формата.

Чтобы использовать его на своем компьютере-разработчике, вы должны сами реализовать эти расширения, используя командные файлы и утилиты командной строки TFS.

Answer 3

Поймите, что это прекратит работать, если вы превысите 65 535 изменений. Возможно, вы хотите обновить другое поле. Кстати, да, строительная техника - это техника. Указывать на решение и говорить, что он должен строить, это только начало путешествия.

Answer 4

С какой целью вы хотели это сделать? Если вы хотите иметь отношение между DLL и исходным кодом, чтобы извлечь из TFS, лучший способ - индексировать символы, используя TFS Source Control в генерации PDB. Таким образом, при отладке любой версии вашего программного обеспечения Visual Studio получит нужную версию источника из TFS, когда это необходимо.

Answer 5

Я работаю на инструмент для автоматизации процесса сборки он все еще находится на разработке и это с открытым исходным кодом здесь ссылка (я планирую выпуск в течение одной недели):

https://github.com/jupaol/NCastor

сейчас Я бы порекомендовал вам проверить семантические версии:

http://semver.org/

чтобы получить последнюю ревизию с TFS, у вас есть несколько вариантов:

Я построил пользовательский режим для того чтобы сделать это

https://github.com/jupaol/NCastor/blob/develop/Solutions/NCastor.AutoBuilder/NCastor.AutoBuilder.Runner/Targets/Build/Versioning/VersionControlServers/TFS/GetTFSRevisionVersion.target

Я должен был построить эту процедуру, потому что задачи сообщества и задача MSBuild Extenssions не работали на 64bits машины, если вы используете 32бит машину строить, то вы можете использовать следующие задачи:

Использование http://msbuildextensionpack.codeplex.com/

<UsingTask AssemblyFile="$(ExtensionTasksPath)MSBuild.ExtensionPack.dll" TaskName="MSBuild.ExtensionPack.VisualStudio.TfsVersion"/> 

Использование 0

<UsingTask AssemblyFile="$(MSBuildCommunityTasksLib)" TaskName="MSBuild.Community.Tasks.Tfs.TfsVersion" /> 

Пример для установки различных версий:

<UsingTask AssemblyFile="$(MSBuildCommunityTasksLib)" TaskName="MSBuild.Community.Tasks.AssemblyInfo" /> 

<MSBuild.Community.tasks.AssemblyInfo OutputFile="$(AssemblyVersionFilePath)" 
      CodeLanguage="C#" 
      AssemblyFileVersion="$(FileVersion)" 
      AssemblyInformationalVersion="$(InformationalVersion)" 
      AssemblyVersion="$(SemanticVersion)" /> 

После того, как вы создали файл, просто добавьте этот файл в качестве ссылки на каждый проект и вуаля! все ваши проекты разделяют общую сборку.