git

Git commit and pull request guidelines using conventional commits. Use when creating commits, writing commit messages, creating PRs, or reviewing PR descriptions.

1. 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ą.