Я использую Azure DEVOPS в течение длительного времени, и я всегда использую GUI, когда построил трубопровод построения до настоящего времени, хотя я знал, что Azure DevOps поддерживает YAML и его преимущества.
Так что на этот раз я попробовал YAML вместо GUI, и я узнал много вещей. В этой статье я говорю о «Оформить заказ» задача.
Когда я впервые создал YAML-трубопровод, мой первый вопрос был где мой исходный код оформляет информацию о проверке yaml, так как я видел только курок . Я в конце концов выяснил Но я оставляю памятку здесь.
Самое первое, что я вижу в GUI, это «выберите источник», который включает в себя:
- Тип репозитория
- Где репо
- Какая ветвь для оформления заказа
После этого я выбираю шаблон. На этот раз я выбираю «пустую работу», как я создаю приложение Core Core Core.
Затем добавляя кучу задач, как мне нужно.
Я вижу «Получить источники» В начале, что является отправной точкой.
Теперь давайте посмотрим на ямле. Я начинаю с выбора типа репозитория.
Затем выберите фактический репозиторий.
Затем выберите Шаблон.
И это генерируется YAML.
# .NET Desktop
# Build and run tests for .NET Desktop or Windows classic desktop solutions.
# Add steps that publish symbols, save build artifacts, and more:
# https://docs.microsoft.com/azure/devops/pipelines/apps/windows/dot-net
trigger:
- master
pool:
vmImage: 'windows-latest'
variables:
solution: '**/*.sln'
buildPlatform: 'Any CPU'
buildConfiguration: 'Release'
steps:
- task: NuGetToolInstaller@1
- task: NuGetCommand@2
inputs:
restoreSolution: '$(solution)'
- task: VSBuild@1
inputs:
solution: '$(solution)'
platform: '$(buildPlatform)'
configuration: '$(buildConfiguration)'
- task: VSTest@2
inputs:
platform: '$(buildPlatform)'
configuration: '$(buildConfiguration)'
Так что есть несколько вещей, которые я не понял в начале.
- Где «Получить источники» или Оформить заказ задача ?
- Как установить ветку как источник?
- Где поехал информация о репозитории?
Также, что файл yaml сохраняется в мастере или новом ветке. Поскольку я обычно блокирую прямой филиал для массива, я создал новую ветку.
Прежде всего, мне нужно выяснить Оформить заказ вещи. Читая Проверьте несколько репозиториев в вашем трубопроводе Я понимаю, что это опущено по умолчанию.
Поддерживаются следующие комбинации шагов заказа. Если нет шагов заказа, поведение по умолчанию так, как будто оформить заказ: я был первым шагом.
Когда я бегу по трубопроводу, как есть, я вижу Оформить заказ задание, как ожидалось.
«Я» это ветвь, которое она вызвала трубопровод. Если я запускаю его вручную, я могу выбрать, какую ветвь запустить ее, то Я становится филиалом, которую я выбрал.
Поэтому мне не нужно установить какую ветвь для оформления заказа, но просто настроить триггер. Укажите события, которые вызывают трубопроводные сборки и релизы обеспечивает достаточную информацию для меня.
Есть настройки, которые я могу изменить, чтобы указать репозиторий. Нажмите […] для более меню и нажмите «Trigger». (Не настройки)
Есть несколько настроек, которые я могу изменить. Перейти на вкладку YAML И я могу изменить репозиторий.
В этой статье я только говорю о задании «Оформить заказ», и мне просто нужно знать концепцию и основы, то в любом случае, это не так отличается от версии GUI.
Есть много других вещей, которые я узнал, что я сделаю обратите внимание позже.
Оригинал: «https://dev.to/kenakamu/azure-devops-yaml-build-pipeline-where-is-checkout-3nci»