Часть 1 Azure DevOps: настройка репозитория и создание конвейера сборки

Добро пожаловать в Azure DevOps ! Azure DevOps может быть универсальной платформой для управления исходным кодом приложений. Здесь вы можете хранить свой код, создавать конвейеры автоматизации и развертывать приложения. Кроме того, вы можете запускать автоматические тесты и многое другое.

Если вы впервые используете Azure DevOps или хотите освежить свои знания, эта серия руководств для вас. Короче говоря, я познакомлю вас с процессом CI/CD. Для начала вы узнаете, как создать репозиторий для своего кода, где другие разработчики смогут получить к нему доступ и внести в него изменения. Создав конвейер сборки, вы сможете начать процесс использования CI/CD. Это позволяет командам разработчиков повысить эффективность своей работы. Это достигается за счет автоматизации многих ручных задач.

В этой серии вы сначала создадите репозиторий и конвейер сборки YAML. Далее вы установите конвейер выпуска. Наконец, вы настроите тестирование обеспечения качества (QA). Эти конвейеры будут простыми и познакомят вас с основами.

Во-первых, что такое репо?

Что такое репо?

Репозиторий или «репо» — это централизованное место, где находится исходный код вашего приложения. Это позволяет разработчикам вносить в него изменения с помощью инструментов контроля версий, таких как Git или Azure DevOps.

Некоторые инструменты управления, такие как Git, позволяют совместно работать как частным, так и общедоступным образом. Это особенно полезно как для крупных проектов с открытым исходным кодом, так и для проприетарных разработок. Тем не менее, Azure DevOps предлагает вам официальную поддержку, что является плюсом в бизнес-среде.

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

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

Создание вашего первого репо

Первое, что вы сделаете, это создадите новый репо:

1. Нажмите репозитории в меню слева.
2. Перейдите на панель инструментов и выберите репозитории. Появится список репозиториев, которые есть в вашем проекте.
3. Перейдите в нижнюю часть раскрывающегося списка и выберите новый репозиторий.
4. После того, как вы нажмете новый репозиторий, вы получите диалоговое окно с вопросом, какой тип репозитория вам нужен — Git или TFVC. Часто вам понадобится создать репозиторий git, если руководитель вашей группы не направит вас по-другому.
5. Назовите свое репо. В этом случае вы можете назвать его «Тест», но вы должны следовать соглашениям об именах, принятым в вашей компании.

После того, как вы нажмете «Создать» в нижней части диалогового окна, вы попадете во вновь созданный репозиторий. Он пуст, за исключением автоматически сгенерированного файла readme и файла игнорирования Git, если вы решили его включить.

Вы успешно создали репозиторий в Azure DevOps. Теперь для следующего шага давайте создадим конвейер сборки для этого репозитория.

Создайте конвейер сборки

Теперь, когда вы создали свой первый репозиторий, вам нужно создать конвейер сборки. Конвейер сборки возьмет на себя все ручные задачи, необходимые для компиляции и запуска вашего кода.

Скомпилированная программа

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

Шаг 1: Создание конвейера сборки

Первый шаг к созданию конвейера сборки довольно прост. Прямо сейчас вы все еще должны быть в своем только что созданном репозитории. В самом верху страницы вы должны увидеть синюю кнопку с надписью «настроить сборку». Нажмите на нее, и вы перейдете к следующему шагу.

Шаг 2. Настройка конвейера сборки

На этом шаге вы настраиваете конвейер. На данном этапе у вас есть два основных варианта, которые используются чаще всего. «Стартовый конвейер» предоставит вам стандартный YAML-конвейер, с которого вы сможете начать работу. В этом руководстве вы будете использовать этот параметр для удобства настройки. Однако, прежде чем мы двинемся дальше, важно рассмотреть несколько опций, предоставляемых этой опцией.

Если у вас уже есть YAML-конвейеры, вы можете нажать на второй вариант «Существующий YAML-файл Azure Pipelines». Это позволит вам импортировать ваши пайплайны или шаблоны.

Если вы нажмете «показать больше», у вас будет длинный список вариантов конвейера, который включает:.NET, ASP.NET, C, C++, Docker, сервис Kubernetes, Go, Gradle, HTML, Python и т. д.

Шаг 3: Запуск конвейера сборки

После того, как вы нажмете «стартовый конвейер», вы получите файл YAML с вашим начальным конвейером, как показано на снимке экрана ниже.

Когда вы нажмете «сохранить и запустить», вам нужно будет сделать фиксацию, чтобы нажать на мастер, чтобы добавить ваш конвейер. Как только вы это сделаете, вы можете запустить его; это так просто.

Теперь давайте рассмотрим ключевые «шаги», которые вы можете изменить, чтобы оптимизировать свой YAML.

Прохождение YAML

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

Курок

Это то, что запускает рабочий процесс конвейера. В этом примере для триггера установлено значение master. Всякий раз, когда делается запрос на вытягивание (PR) для мастера, этот конвейер запускается.

Бассейн

Еще один полезный шаг — «Бассейн». Это может быть заполнено множеством функций, таких как vmImage и конвейерные агенты. В этом примере он загружает базовый образ для последней версии операционной системы Ubuntu.

Общие шаги

Прежде всего, вы должны помнить, что «Шаги» — это задачи, которые конвейер будет выполнять. Например, первый скрипт в этом примере напечатает «Hello World». «Отображаемое имя» — это имя задачи. Вы можете видеть отображаемые имена или имена задач в консоли во время работы конвейера. Второй скрипт напечатает сообщение и ссылку для перехода.

В этом примере вы можете увидеть, насколько простыми являются пайплайны и шаги. Итак, поздравляем! Теперь можно настроить пайплайны. Это будет полезно для всех Azure DevOps, которые вы создадите в будущем.

Заключительные слова

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

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

Получите представления ИТ-специалистов с искусственным интеллектом

Часто задаваемые вопросы

Что такое ТФВК?

TFVC расшифровывается как Team Foundation Version Control. Это система управления версиями, похожая на Git, но это проприетарная система управления версиями Microsoft. Это легко интегрируется во все программное обеспечение Microsoft, что может быть полезно. Если вы запускаете свои проекты на Team Foundation Server, вы можете использовать TFVC. Тем не менее, большую часть времени вы в основном будете использовать Git для контроля версий, поскольку он бесплатный.

Что такое YAML?

YAML похож на JSON и еще один человекочитаемый язык сериализации данных. Он совместим практически со всеми видами систем разработки. Хотя синтаксис похож на JSON, он не использует кавычки, как JSON, и пробелы важны для синтаксиса. В Azure YAML и JSON широко используются в DevOps.

Что такое автоматизация конвейера?

Конвейеры — это ряд задач в DevOps, которые выполняются для создания репозитория или выпуска новых изменений. По сути, конвейеры используют сценарии для автоматизации задач, называемых шагами. Конвейерная автоматизация дает ИТ-специалистам большую эффективность и больше свободы при разработке приложений.

Что такое Azure DevOps?

Azure DevOps — это платформа для размещения всех ваших потребностей в разработке программного обеспечения и управлении выпуском на одной платформе. Таким образом, вы можете создавать репозитории с помощью этого программного обеспечения для управления исходным кодом. Кроме того, это помогает вам делиться проектами с командами и не работать со старыми версиями кода случайно.

Что такое CI/CD?

Непрерывная интеграция и непрерывная поставка лежат в основе процесса DevOps. Идея состоит в том, что разработка программного обеспечения становится единым и повторяющимся рабочим процессом. Это позволяет командам разрабатывать код, тестировать его и развертывать для пользователей. Поскольку код используется в производстве, команды разработчиков работают над будущими обновлениями. Это гарантирует, что исправления и средства безопасности всегда актуальны или быстро обновляются.