Michael JohnsonЗ 11 листопада 2026 року власники особистих облікових записів GitHub можуть налаштовувати типи завдань і поля для завдань у своїх репозиторіях. Інструменти планування, про які повідомлялося раніше, стали загальнодоступними для індивідуальних розробників і супроводжувачів проєктів із відкритим кодом. GitHub також підтримує керування типами й полями через REST API, GraphQL і вебхуки, повідомила компанія.
Що з’явилося в особистих репозиторіях
Власник облікового запису може налаштувати до 25 типів завдань. За замовчуванням доступні Bug, Task і Feature; типи можна змінювати або доповнювати. Для завдань також можна створити до 25 полів, зокрема для пріоритету, трудомісткості, дати початку й цільової дати. Підтримуються текстові, числові поля й поля календаря, а також одиничний і множинний вибір.
Поля можна закріпити за певними типами завдань або зробити доступними для завдань без типу. Їх можна вказувати під час створення завдання та редагувати в наявному. У GitHub Projects поля підходять для користувацьких подань і масової зміни значень.
Чим це корисно супроводжувачу
Для невеликого проєкту типи завдань і поля дають спільний спосіб описувати роботу. Наприклад, супроводжувач може розрізняти помилки, функції та звичайні завдання, а для кожного вказувати пріоритет або цільову дату. У проєктах ці відомості допомагають фільтрувати й групувати завдання, не виносячи планування за межі GitHub Issues.
Зміна розширює доступ до структурованого планування для індивідуальних розробників і супроводжувачів репозиторіїв, що належать особистим обліковим записам. Типи й поля налаштовуються в параметрах такого облікового запису; в оголошенні GitHub не обіцяє автоматичної синхронізації налаштувань між різними обліковими записами чи репозиторіями.
Що можна автоматизувати
GitHub зазначає, що типами й полями можна керувати програмно через REST і GraphQL API та вебхуки. У документації описано операції з полями, їхніми значеннями та змінами, що надходять через подію issues. Це дає змогу розробникам підключати власні процеси: наприклад, реагувати на зміну значення поля або встановлювати його програмно. Конкретну інтеграцію потрібно реалізувати окремо.
У тому самому оновленні GitHub додала можливість створювати мітки й milestones безпосередньо із завдання, якщо потрібного значення немає у списку. Це невелике вдосконалення спрощує роботу із завданнями; основна зміна — доступність настроюваних типів і полів для репозиторіїв особистих облікових записів.
Для індивідуального проєкту результатом є краще структуровані Issues і можливість обробляти поля через API та вебхуки. Користь залежить від того, які категорії й дані супроводжувач обере для своїх завдань.
