Yaml - это жесткий визуальный дизайнер, легкий Azure Devops (почему боль)

Question

Я новичок в лазурных разработках, и мне пришлось создавать несколько сборок и выпускать конвейеры.

Я работал с визуальным дизайнером и очень прост, использование yaml намного более подвержено ошибкам.

Если я работаю в команде, которая использует yaml, я сначала работаю в конструкторе, а затем копирую yaml.

Помимо автоматического сохранения в репо ПОЧЕМУ ПОЧКА?ПОЧЕМУ НЕ ИСПОЛЬЗОВАТЬ ДИЗАЙНЕР?

Отсутствует очевидное?

Answer 1

Теперь, с запуском Azure DevOps, сервис действительно поощряет использование YAML.Фактически, если вы начинаете новый проект, эти флаги функций включены по умолчанию.

Однако, если вы всегда делали это с помощью пользовательского интерфейса или просто не знакомы с DevOps Azure, это можетбыть немного запутанным.

У нас есть подробное справочное руководство, включающее каталог всех поддерживаемых возможностей YAML и доступные опции-- Ссылка на схему YAML

Естьдействительно, некоторые преимущества использования YAML означали, что вы могли использовать те же методы ветвления и проверки кода для определений сборки , что и для своего кода.И это очень полезно для обработки нескольких определений сборки.

Вы также можете посмотреть этот полезный блог здесь:

• Трубопроводы Azure YAML - что я набираю?
• Azure Pipelines YAML # 2 - больше способов узнать, какой YAML вам нужен!

Answer 2

Поскольку он не масштабируется, как вы управляете сотнями визуальных заданий?только вручную задания yaml можно редактировать массово, затем использовать шаблон \ looping \, если и так далее, вы можете использовать их и т. д. Я бы очень хотел, чтобы они создавали yaml для выпусков, а управление выпусками сейчас является проблемой в Devure для Azure., сборки легки.у нас есть ямлы ...