Процесс непрерывной интеграции Nuget?

Question

Я начинаю с канала непрерывной интеграции Nuget для своей команды, использующего общий сетевой ресурс. После каждой сборки в среду разработки пакет будет создаваться на общем сетевом ресурсе с использованием схемы управления версиями Major.Minor.Patch.BuildNumber. Пример: «MyPackage.1.1.3.16338.nupkg».

Я планировал, чтобы приложения ссылались на эти пакеты в локальном фиде, и любая версия пакета, выпущенная для Production, публикуется в Artifactory и считается последней "стабильной" пакетом / сборкой.

Проблема в том, что я знаю, что схема управления версиями не соответствует семантическому версионированию, и мне не нравится ужасный номер сборки в конце версии.

Есть ли лучший способ сделать это, поэтому я получаю простую версию 1.1.3 для публикации в Artifactory в конце цикла выпуска?

Answer 1

Есть ли лучший способ сделать это, поэтому я получаю простую версию 1.1.3 для публикации в Artifactory в конце цикла выпуска?

Я думаю, что лучший способ сделать это - использовать схему управления версиями Major.Minor.Patch вместо Major.Minor.Patch.BuildNumber, в противном случае вам придется вручную изменить версию пакета с 1.1.3.16338 на 1.1.3. Потому что нет такой опции или задачи, чтобы мы могли изменить версию пакета после создания.

В качестве альтернативы вы можете использовать задачу nuget NuGet custom для создания пакета nuget:

Задача NuGet: Команда: custom

Команда и аргументы:

pack $(Build.SourcesDirectory)\Package.nuspec -Version $(version) -OutputDirectory $(build.artifactstagingdirectory)

В этом случае вы можете указать версию пакета nuget в командной строке.

См. В этой теме для получения более подробной информации.