Перейти до вмісту
100% локально

Конструктор conventional commit

Створюйте повідомлення Conventional Commits із типу, області та опису, або перевіряйте наявні повідомлення на помилки.

Введення
Вихід

Конструктор conventional commit

Conventional Commits — це формат "type(scope): description", який очікують генератори changelog, semantic-release та commitlint. Цей інструмент створює його для вас: виберіть тип, додайте опціональну область, напишіть опис, і він зберу заголовок — плюс тіло та нижній колонтитул із посиланнями на тикети, якщо ви їх додасте. Переключіться в режим перевірки, щоб зробити навпаки: вставте один або кілька наявних повідомлень коммітів по одному на рядок і дивіться, що не так з кожним.

Список типів охоплює стандартний набір — feat, fix, docs, style, refactor, perf, test, build, ci, chore та revert. Перемикач критичної зміни позначає заголовок з "!" і, як тільки ви додасте опис, додає рядок нижнього колонтитулу "BREAKING CHANGE:", точно як очікує специфікація. Опція максимальної довжини заголовка забезпечує бюджет символів, на який погодилася ваша команда (commitlint за умовчанням використовує 72 символи); примус до малої букви на початку та заборона на точку в кінці — це два правила стилю, які перевіряють більшість валідаторів коммітів за умовчанням, і обидва можна відключити, якщо ваша команда їх не використовує.

У режимі перевірки кожен рядок розглядається як один повний заголовок комміту, тому результат "git log --oneline" перевіряє цілу партію одразу. Виберіть, чи є результатом звіт — вихідний рядок, за яким слідує те, що потрібно виправити — або виправлене повідомлення з автоматичним приведенням до малих букв та видаленням пунктуації, де це однозначно. Рядок, який взагалі не відповідає формі type(scope): description, залишається неторканим, а не вгадується.

Все виконується у вашому браузері, тому повідомлення коммітів із приватного сховища ніколи не залишають ваш пристрій. Скопіюйте результат, завантажте його як файл .txt або відправте його назад на вхід для подальшого доповнення.

FAQ

Що таке Conventional Commit?
Повідомлення комміту, написане як "type(scope): description", опціонально з тілом та нижнім колонтитулом. Інструменти, такі як commitlint, semantic-release та генератори changelog, аналізують цей формат для визначення версій та групування приміток про випуск.
Як працює режим перевірки?
Вставте один комміт на рядок — тільки заголовок, як рядок із "git log --oneline". Кожен рядок перевіряється на відповідність списку типів, ограничению довжини заголовка та вашим правилам малих букв і точок, і повідомляється окремо.
Як позначити критичну зміну?
Включіть "Критична зміна" та додайте опис. Заголовок отримує "!" перед двокрапкою і, як тільки опис буде не порожній, додається рядок нижнього колонтитулу "BREAKING CHANGE: …", точно як очікує специфікація Conventional Commits.
Чи можу я додати посилання на тикети в нижній колонтитул?
Так — введіть їх у поле нижнього колонтитулу, наприклад "Closes #123, refs JIRA-456". Це додається як окремий рядок після тіла.
Моя історія коммітів завантажується кудись?
Ні. Створення та перевірка повідомлень коммітів виконується повністю у вашому браузері — ніщо, що ви вводите або вставляєте, не відправляється на сервер.