TFS 2017 Build Numbering

Question

Мы обновили с TFS 2013 до TFS 2017. Одна из возможностей, которую мы пытаемся реализовать, в 2013 году была возможность иметь пользовательский номер сборки. в предыдущем методе у нас был файл с именем BuildVersion.XML, который на первом этапе сборки прочитал основную, второстепенную и ревизию и назовет сборку с этим номером сборки + 1 в ревизии. Затем он изменит код проверки и обновит номер ревизии и проверит новую версию. Я знаю, что есть шаги, когда люди обновляют AssemblyInfo. Проблема в том, что не весь наш код - это .net-приложения. теперь у нас также есть пакеты SSIS, приложения iOS/android Кордовы, угловые сайты, aws-функции лямбда с node.js, которые не имеют концепции AssemblyInfo. есть ли простой способ реализовать это?

Answer 1

Вы ван сделать то же самое в Team Build в TFS 2017.

Вы можете обновить номер сборки из любой задачи по телефону:

'' 'Write-Verbose -Verbose «## всо [build.updatebuildnumber] 1.2.3.4 "

Добавьте задачу PowerShell и добавьте встроенный скрипт для чтения из вашего файла и обновите номер сборки указанным выше.

После этого вы можете иметь дополнительные скрипты, которые используют номер сборки любым способом, необходимым для версии вашего приложения.

Вы можете увидеть полный список протоколирования команд здесь https://github.com/Microsoft/vso-agent-tasks/blob/master/docs/authoring/commands.md

Answer 2

Вы можете использовать мой VSTS TFVC tasks взаимодействовать с контролем источника, хотя я не рекомендую. Я построил эти задачи для моих клиентов, которые делали именно то, что вы делаете.

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

Если вы манипулируете файлами во время сборки и проверяете их, вы рискуете несовместимой нумерацией при масштабировании до нескольких агентов сборки, это сложно использовать в сочетании с параллельными сборками и встроенным переменным мультиплексированием, и, как известно, сделайте Gated Checkins и Shelveset. Кроме того, он ограничивает ваши возможности перехода на Git в будущем.