Здесь - это документация, которая дает хороший набор примеров yaml.
Бит, на который вы собираетесь зонировать, составляет примерно толчок к подаче артефакта .
steps:
- task: NuGetCommand@2
displayName: 'NuGet push'
inputs:
command: push
publishVstsFeed: '<feedName>'
allowPackageConflicts: true
Этот раздел посвящен версиям ваших пакетов.
variables:
Major: '1'
Minor: '0'
Patch: '0'
steps:
- task: NuGetCommand@2
inputs:
command: pack
versioningScheme: byPrereleaseNumber
majorVersion: '$(Major)'
minorVersion: '$(Minor)'
patchVersion: '$(Patch)'
Мы сделали нечто похожее на то, что описано в этом разделе версий, чтобы позволить разработчикамдля увеличения основных и второстепенных номеров, а номера патчей и сборок выводятся из номера сборки, напр.1.2.1902.127
.Это говорит нам о том, что этот пакет является членом семейства 1.x для функции 2 как седьмой ревизии сборки 12 февраля 2019 года.
Мы также хотим, чтобы наши сборки версировались таким образом, поэтому у нас есть пара powershellсценарии, которые записывают файлы .csproj с соответствующими значениями свойств.Для проектов .Net Framework мы используем MSBuild -t:Pack
, чтобы использовать эти свойства для управления версиями пакетов, а для .Net Standard & Core мы используем задачу dotnet pack
.
примечание: NuGet.exe имеет ошибку с синтаксисом ссылки на пакетдля .Net Framework, где дерево зависимостей не заполнено, поэтому мы используем MSBuild для упаковки этих проектов