Create webpack.yml

[bot-webhook]

Передумови

• [] Перш ніж подавати новий робочий процес, будь ласка, подайте заявку на приєднання до партнерської програми GitHub Technology: partne ithu om/apply.

---

Будь ласка, зверніть увагу, що в цей час ми приймаємо лише нові початкові робочі процеси для сканування коду. Оновлення існуючих початкових робочих процесів підходять.

---

Завдання

Для всіх робочих процесів робочий процес:

• Має міститися у файлі ml з мовою або платформою як назвою файлу, у нижньому, kebab-cased форматі (наприклад, docker-imag ml). Спеціальні символи повинні бути видалені або замінені словами відповідно (наприклад, "dotnet" замість ".NET").
• [] Слід використовувати регістр речень для назв робочих процесів і кроків (наприклад, "Виконати тести").
• Має бути названо тільки за назвою мови або платформи (наприклад, "Go", а не "Go CI" або "Go Build").
• [] Має включати коментарі в робочий процес для будь-яких частин, які не є очевидними або можуть використовувати роз’яснення.
• Має вказувати найменш привілейовані дозволи для GITHUB_TOKEN, щоб робочий процес працював успішно.

Для робочих процесів CI робочий процес:

• Має бути збережено під каталогом ci.
• Має включати відповідний файл ci/properties/ roperties.json(наприклад, [ci/properties/docker-publis roperties.json](https://github.com/actions/старт-робочі процеси/blob/main/ci/properties/docker-publis ropertie son)).
• Повинен працювати на pushote to branches: [ $default-branch ] and pull_request to branches: [ $default-branch ].
• Робочі процеси упаковки повинні працювати на release with types: [створено ].
• Видавничі робочі процеси повинні мати назву файлу, яка є назвою мови або платформи, у нижньому регістрі, за якою слідує "-publish" (наприклад, docker-publis ml).

Для робочих процесів Code Scanning робочий процес:

• Слід зберегти під каталогом code-scanning.
• Має включати відповідний файл code-scanning/properties/ roperties.json(наприклад, code-scanning/properties/codeq ropertie son), із встановленими властивостями наступним чином:
  • [] name: Назва інтеграції сканування коду.
  • [] creator: Назва організації/користувача, що виробляє інтеграцію сканування коду.
  • [] description: Короткий опис інтеграції сканування коду.
  • [] categories: Масив мов, підтримуваних інтеграцією сканування коду.
  • [] iconName: Назва логотипу SVG, що представляє інтеграцію сканування коду. Цей логотип SVG має бути присутнім у каталозі icons.
• Має працювати на pushote to branches: [ $default-branch, $protected-branches ] and pull_request to branches: [ $default-branch ]. Ми також рекомендуємо schedule trigger of cron: $cron-weekly (наприклад, codeql.yml).

Деякі загальні примітки:

• [] Цей робочий процес повинен тільки використовувати дії, створені GitHub, в організації actions, або
• Цей робочий процес повинен тільки використовувати дії, створені мовою або екосистемою, яку підтримує робочий процес. Ці дії мають бути опубліковані на GitHub Marketplace. Ми вимагаємо, щоб на ці дії посилалися за допомогою повного хешу з 40 символів коміту дії замість тегу. Крім того, робочі процеси повинні містити наступний коментар у верхній частині файлу робочого процесу:

  # Цей робочий процес використовує дії, які не сертифіковані GitHub.
  # Вони надаються третьою стороною і керуються
  # окремі умови обслуговування, політика конфіденційності та підтримка
  # документація.
  

• [] Робочі процеси автоматизації та CI не повинні надсилати дані жодній сторонній службі, за винятком цілей встановлення залежностей.
• [] Робочі процеси автоматизації та КІ не можуть залежати від платної послуги чи продукту.

[bot-webhook]

#2770