G
git
Standardowe wiadomości commitów i pull requestów zgodnie z Conventional Commits
Instalacja
Wybierz klienta i sklonuj repozytorium do odpowiedniego katalogu skilli.
Instalacja
O skillu
Skill do zarządzania commitami i pull requestami według standardu Conventional Commits. Pomaga pisać czytelne wiadomości commitów z prawidłowym typem (feat, fix, docs, refactor, perf, test, chore, style, build, ci), opcjonalnym scope'em i opisem. Przydatny przy tworzeniu commitów, recenzji PR-ów i pisaniu opisów pull requestów. Zapewnia spójność w historii zmian i ułatwia automatyzację wersjonowania semantycznego.
Jak używać
- Zainstaluj skill w swoim środowisku pracy z kodem, gdzie będziesz tworzyć commity i pull requesty. 2. Przed napisaniem wiadomości commita wybierz odpowiedni typ zmian: feat dla nowych funkcji, fix dla poprawek błędów, docs dla zmian w dokumentacji, refactor dla zmian kodu bez nowych funkcji, perf dla ulepszeń wydajności, test dla testów, chore dla zadań utrzymaniowych, style dla formatowania, build dla zmian systemu budowania, ci dla zmian konfiguracji CI. 3. Jeśli zmiana dotyczy konkretnego komponentu lub modułu, dodaj scope w nawiasach po typie, na przykład feat(transcription): zamiast feat:. Używaj nazw komponentów w camelCase lub snake_case, unikaj ogólnych terminów takich jak ui czy backend. 4. Napisz opis zmian w trybie rozkazującym (dodaj, napraw, zmień), zaczynając od małej litery, bez kropki na końcu, maksymalnie 50-72 znaki w pierwszej linii. 5. Dla zmian łamiących kompatybilność dodaj wykrzyknik przed dwukropkiem, na przykład feat(api)!: zmień strukturę endpointa. 6. Jeśli potrzebujesz więcej miejsca, dodaj opcjonalne body i footer'y poniżej pierwszej linii, oddzielone pustą linią.