Нотатка
Доступ до цієї сторінки потребує авторизації. Можна спробувати ввійти або змінити каталоги.
Доступ до цієї сторінки потребує авторизації. Можна спробувати змінити каталоги.
У цьому посібнику ви навчитеся виконувати наступні завдання.
- створювати нові репозиторії GitHub;
- Створення двох робочих циклів GitHub за допомогою GitHub Actions для Microsoft Power Platform
Робочі процеси можуть автоматично експортувати вашу програму (як некероване рішення) з середовища розгортання, створити артефакт створення (кероване рішення) і розгорнути програму у ваше виробниче середовище. У цьому посібнику використовується створене вами рішення ALMLab і середовища, які ви встановили в попередньому посібнику.
Пов'язані посібники: Початок роботи і Створення модельної програми.
Створення облікового запису GitHub
Перейдіть до розділу https://github.com"Зареєструватися " або "Почати безкоштовну ознайомлювальну версію" (або ввійдіть, якщо у вас є обліковий запис).
Створивши обліковий запис, створіть сховище, вибравши створити сховище або Створити.
Ви можете бачити такий альтернативний екран
Створіть нове сховище та назвіть його
poweractionslab. Переконайтеся, що ви вибрали Додати файл README , щоб ініціювати репозиторій, і натисніть кнопку Створити сховище.
Створення нового секрету для автентифікації принципала служби
Перейдіть до сховища та виберіть настройки. Розгорніть розділ Секрети, а потім – Дії.
На сторінці Секрети назвіть секрет
PowerPlatformSPN. Введіть секрет клієнта з реєстрації програми, створеної в Microsoft Entra, у поле Значення, а потім натисніть кнопку Додати секрет. Ви будете посилатися на секрет клієнта у файлах YML, які визначають робочі цикли GitHub пізніше в цьому посібнику.
Тепер секрет клієнта надійно збережено як секрет GitHub.
Створення робочого циклу для експорту та розпакування файлу рішення до нового відгалуження
Виберіть елемент Дії, а потім – настроїти робочий цикл самостійно. Або натисніть кнопку Настроїти в полі Простий робочий цикл у розділі Запропоноване для цього сховища .
З'явиться новий файл YAML із основним робочим циклом, який допоможе почати роботу з GitHub діями.
Видаліть попередньо створений вміст і вставте його з файлу export-and-branch-solution-with-spn-auth.yml . Перейменуйте файл на
export-and-branch-solution.yml.
Змініть
<ENVIRONMENTURL>, вказавши URL-адресу для середовища розгортання, з якого потрібно здійснити експорт (наприклад:https://poweractionsdev.crm.dynamics.com).Оновіть
<APPID>і<TENANT ID>, вказавши ваші значення.Якщо ви використовуєте облікові дані, вставте файл export-and-branch-solution.yml замість export-and-branch-solution-with-spn-auth.yml вмісту файлу. Оновіть
<USERNAME>ім'я користувача, яке використовується для підключення до середовища.
Порада
Якщо ви не знайомі з GitHub Actions і хочете дізнатися більше, перегляньте офіційну документацію на веб-сайті https://docs.github.com/en/actions.
Тепер ви готові до внесення змін. Натисніть Розпочати підтвердження, введіть Створити експорт yml у поле назви й додайте опис (необов'язково). Потім натисніть Підтвердити новий файл.
Вітаємо, ви створили свій перший робочий цикл GitHub, виконавши такі дії:
- Хто я: забезпечує успішне підключення до середовища, з якого потрібно експортувати дані.
- Експортувати рішення: експортує файл рішення з вашого середовища розробки.
- Розпакувати рішення. Файл рішення, який експортується сервером, – це стиснутий (zip) файл із об'єднаними файлами конфігурації. Ці початкові файли не підходять для керування вихідним кодом, тому що вони не структуровані, щоб системи керування вихідним кодом могли належним чином відрізнятися від файлів і записувати зміни, які потрібно взяти на себе до керування джерелом. Вам потрібно розпакувати файли рішень, щоб зробити їх придатними для зберігання та обробки вихідних елементів керування.
- Рішення для гілок: створює нову гілку для зберігання експортованого рішення.
Перевірте робочий цикл експорту і розпакування
Потім перевірте, чи запустився робочий цикл. Перейдіть до розділу Дії, виберіть запустити робочий цикл і натисніть кнопку Запустити робочий цикл. Якщо ви використовуєте інше ім'я рішення, ніж
ALMLab, змініть значення тут, але залиште інші значення однаковими.
Через 5–10 секунд почнеться робочий цикл. Ви можете вибрати запущений робочий цикл для відстеження перебігу виконання.
Коли робочий цикл завершиться, переконайтеся, що нову гілку створено з розпакованим рішенням у папку
solutions/ALMLab. Перейдіть на вкладку Код і розгорніть розкривний список гілок.Виберіть гілку, яку створила дія.
Переконайтеся, що папку
solutions/ALMLabстворено в новій гілці. Потім створіть запит на витяг, щоб об'єднати зміни в головну гілку. Натисніть кнопку Участь і в спливаючому меню виберіть Відкрити запит на витягування.На екрані Відкрити запит на витягування за потреби додайте заголовок і опис, а потім натисніть кнопку Створити запит на витягування.
Екран оновлюється, щоб відобразити новий запит на витяг. Коли ви створюєте запит на витяг, ви отримаєте підтвердження, що ваша гілка не конфліктує з головною гілкою. Це підтвердження означає, що ви можете об'єднати зміни в головну гілку автоматично. Виберіть об'єднати запит на витяг інатисніть кнопку Підтвердити злиття. За потреби виберіть видалити гілку, щоб видалити невизначену гілку.
Поверніться до стандартної (головної) гілки та переконайтеся, що рішення доступне там.
Створіть робочий цикл для повторного використання, щоб створити артефакт збірки й імпортувати його у робоче середовище.
У цьому розділі створіть додатковий робочий цикл, який:
- створює кероване рішення та публікує його як артефакт GitHub;
- імпортує артефакт створення в виробниче середовище.
Перейдіть до розділу Дії та виберіть створити робочий цикл.
Виберіть настроїти робочий цикл самостійно.
Перейменуйте заголовок робочого циклу на
release-solution-to-prod-with-inputs. Скопіюйте вміст із файлу release-solution-to-prod-with-inputs.yml та вставте його на екран Редагування нового файлу .
Підтвердіть зміни. Натисніть Розпочати підтвердження, додайте назву й опис (необов'язково). Потім натисніть Підтвердити новий файл.
Виклик робочого циклу для повторного використання при виникненні події випуску
У цьому розділі ви викликаєте робочий цикл для повторного використання під час події випуску.
Перейдіть до розділу Дії та виберіть створити робочий цикл.
Виберіть налаштувати робочий цикл самостійно.
Перейменуйте заголовок робочого циклу на
release-action-call. Скопіюйте вміст із файлу release-action-call.yml та вставте його на екран Редагування нового файлу .
Оновіть наведені нижче змінні в новому файлі робочого циклу.
- Оновлення
<BUILD_ENVIRONMENT>з URL-адресою для середовища збірки, яке використовується для створення керованого рішення. Наприклад:https://poweractionsbuild.crm.dynamics.com. - Оновіть
<PROD_ENVIRONMENT>url-адресу для середовища виробництва, у якому ви розгортаєте дані. Наприклад:https://poweractionsprod.crm.dynamics.com. - Оновіть
<APP_ID>ідентифікатор програми (клієнта), який ви знайдете в App registrations лопаті Azure Portal Microsoft, вибравши реєстрацію, створену раніше в цьому посібнику. - Оновіть
<TENANT_ID>ідентифікатор каталогу (клієнта), знайдений у App registrations лопаті Azure Portal Microsoft, вибравши реєстрацію, створену раніше в цьому посібнику.
- Оновлення
Підтвердіть зміни. Натисніть Розпочати підтвердження, додайте назву (необов'язково) й опис (необов'язково). Потім натисніть Підтвердити новий файл.
Перевірте випуск робочого циклу виробництва
Тепер можна перевірити останній робочий цикл. Цей робочий цикл запускається, коли новий випуск розгорнуто на виробництво.
Перейдіть до розділу Випуски.
Натисніть Створити чернетку нового випуску.
Додайте тег і назву випуску й натисніть Публікування випуску.
Натисніть Дії, щоб переглянути запущений робочий цикл.
Виберіть запущений робочий цикл, щоб переглядати дії в порядку виконання.
Зачекайте на завершення кожної дії.
Коли робочий цикл завершиться, увійдіть у робоче середовище та перевірте, чи розгорнуто рішення як кероване рішення.
Перед створенням випуску для виробництва розгорніть оновлення й перегляньте зміни
Перевірте процес завершення, а потім дізнайтеся, як переглянути та перевірити зміни в програмі, перш ніж розгортати її на виробництво.
Перейдіть до рішення ALMLab у своєму середовищі розробки та виберіть Редагувати або виберіть коротке ім'я рішення.
Виберіть і перегляньте таблицю Запит на вільний час.
Натисніть + Додати стовпець і створіть новий стовпець, як показано на рисунку нижче.
Оновлені значення полів:**
- Відображуване ім’я: Затверджено
- Тип даних: Так/Ні
Натисніть кнопку Готово.
Виберіть Save Table.
Поверніться до вкладки дії GitHub сховищ, виберіть запустити робочий цикл і натисніть кнопку Запустити робочий цикл.
Через 5–10 секунд почнеться робочий цикл. Виберіть запущений робочий цикл, щоб відстежувати його перебіг виконання.
Після завершення робочого циклу перейдіть до нової гілки, вибравши елемент Код , а потім – Гілки.
Виберіть гілку, яку ви створили, розширивши свій внесок і вибравши відкрити запит на витягування.
Додайте заголовок (необов'язково), а потім натисніть кнопку Створити запит на витягування.
Після оновлення вмісту перейдіть на вкладку Файли, змінені .
Зверніть увагу, що зміни в рішенні виділені зеленим кольором, щоб вказати, що цей розділ біло додано, порівняно з тим самим файлом у головному відгалуженні.
Поверніться на вкладку Розмова . Виберіть Елемент Витягнути запити , а потім виберіть створений раніше запит на витяг.
На сторінці Pull request (Запит на витягування ) натисніть кнопку Сквош і об'єднайте його, щоб об'єднати оновлений файл рішення в головну гілку. За потреби видаліть об'єднане з основним об'єднанням.
Щоб створити новий випуск і перевірити, чи розгорнуто оновлене рішення у робочому середовищі, виконайте кроки, описані в розділі Перевірка випуску робочого циклу на виробництво .
Вітаємо, ви успішно налаштуєте зразок робочого циклу CI/CD за допомогою дій GitHub!