Создание приложения GCC C/C++

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Примечание

В Microsoft Team Foundation Server (TFS) 2018 и предыдущих версий конвейеры сборки и выпуска называются определениями, выполнения называются сборками, подключения к службам называются конечными точками служб, этапы называются средами, а задания называются этапами.

Azure Pipelines предоставляет конвейер непрерывной интеграции с высокой степенью настройки для автоматического создания приложения C/C++ при отправке или проверке кода командой. Из этого краткого руководства вы узнаете, как определить конвейер CI для приложения C/C++, скомпилированного с помощью GCC/g++.

Предварительные требования

  • У вас должна быть организация Azure DevOps. Если у вас нет такой учетной записи, вы можете создать ее бесплатно. Если у вашей команды уже есть организация Azure DevOps, убедитесь, что вы являетесь администратором проекта Azure DevOps, который вы хотите использовать. (Организация Azure DevOps отличается от организации GitHub. Присвойте им то же имя, если требуется выравнивание между ними.)

  • Хотя самый простой способ работы с этим кратким руководством — использовать организацию Azure DevOps, вы также можете использовать сервер TFS вместо организации Azure DevOps. Убедитесь, что вы настроили агент сборки для проекта и установили GCC на компьютере агента.

Получение примера кода приложения

Этот пример кода приложения можно скопировать непосредственно в систему управления версиями, чтобы получить доступ к нему конвейером сборки CI. Чтобы приступить к работе, скопируйте этот URL-адрес в буфер обмена:

https://github.com/adventworks/cpp-gpp-sample

Чтобы импортировать пример приложения в репозиторий Git, выполните следующие действия.

  1. На странице кода проекта выберите параметр импорта репозитория.

  2. В диалоговом окне импорта репозитория Git вставьте указанный выше URL-адрес в текстовое поле "Клонировать URL-адрес ".

  3. Нажмите кнопку "Импорт" , чтобы скопировать пример кода в репозиторий Git.

Настройка непрерывной интеграции

Конвейер непрерывной интеграции (CI) автоматически создает и тестирует код каждый раз, когда член команды фиксирует изменения в системе управления версиями. Здесь вы создадите конвейер CI, который помогает команде поддерживать чистоту основной ветви.

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

    В меню "Сборка и выпуск" выберите " Сборки" , а затем "Создать ", чтобы создать новое определение сборки.

    Создание определения сборки для репозитория

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

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


  1. На правой панели выберите "Пустой" и нажмите кнопку "Применить". Этот шаблон позволяет начинать с нуля и добавлять собственные задачи сборки.

  2. Для пула агентов:

    • Azure Pipelines: Выберите hosted Ubuntu 1604 или Hosted macOS. Для этого используется пул агентов Azure Pipelines с программным обеспечением, необходимым для сборки приложения.

    • TFS: Выберите пул, включающий агент сборки Linux или macOS.

  3. Нажмите кнопку "Получить источники ", а затем:

    Обратите внимание, что новый конвейер сборки автоматически связывается с репозиторием.

  4. + Щелкните значок задания 1 сборки, а затем:

Azure Pipelines и TFS 2018

  1. Найдите задачу "Скрипт оболочки " и нажмите кнопку "Добавить ", чтобы добавить ее в сборку.

  2. Щелкните задачу "Скрипт оболочки " и задайте ее значения полей следующим образом:

    Поле Значение
    Версия 3.* или более поздней версии
    Тип Inline
    Скрипт make

Готово

  1. Перейдите на вкладку "Триггеры" и включите триггер непрерывной интеграции . Это гарантирует, что конвейер сборки автоматически активируется при каждой фиксации изменения в репозитории.

  2. Нажмите кнопку "Сохранить & очередь ", чтобы запустить первую сборку. В диалоговом окне "Сохранить конвейер сборки" и "Очередь" нажмите кнопку "Сохранить & очередь".

  3. Запускается новая сборка. Вы увидите ссылку на новую сборку в верхней части страницы. Щелкните ссылку, чтобы просмотреть новую сборку, как это происходит.

Просмотрите сводку сборки.

  1. После завершения сборки выберите номер сборки, чтобы просмотреть сводку сборки.

    Перейдите к сводке по сборке

  2. Обратите внимание на различные разделы сводки сборки — исходную версию фиксации в разделе сведений о сборке, список всех связанных изменений, ссылки на рабочие элементы, связанные с фиксациями, и результаты теста. Если сборка автоматически активируется при отправке в репозиторий Git, эти разделы заполняются всеми соответствующими сведениями.

Публикация выходных данных сборки

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

Дальнейшие действия

Вы просто создали собственный конвейер CI, чтобы автоматически создавать и проверять, какой код будет возвращен вашей командой. Вы также можете автоматически развернуть приложение. Дополнительные сведения см. в следующих разделах:

Вы также можете изменить этот конвейер сборки в соответствии с потребностями вашей команды. Дополнительные сведения см. в следующих разделах: