commit
/commit
Przygotowuje i zapisuje commity, a gdy zmian jest wiele, dzieli je na logiczne, osobne commity.
- Autor
- jukanntenn ↗
- Repozytorium
- grill-me-sleek ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 02.09.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 02.09.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Przygotowuje i zapisuje commity, a gdy zmian jest wiele, dzieli je na logiczne, osobne commity.
Oryginalny opis (EN)
Use when the user asks to commit or stage changes (commit/stage/save/submit), when a task ends with dirty files to commit, or when multiple files should be split into logical commits.
Jak działa
SKILL.md bez nagłówków drugiego poziomu · 20 linii, 289 słów
Podgląd SKILL.md
--- name: commit description: Use when the user asks to commit or stage changes (commit/stage/save/submit), when a task ends with dirty files to commit, or when multiple files should be split into logical commits. --- # Commit Group by logical change, not by file. Draft a plan, confirm, then execute. Never push, never amend. 1. `git status --porcelain` + `git log --oneline -5` for current changes and history style. 2. Separate AI-edited files from unrecognized ones; list unrecognized separately, never mix them in. 3. Group by logical unit (handler+db+test in server, page+component+types in web, cli flag+parse+help); a feature spanning server+web+cli is one unit when the parts are meaningless alone. Order: `build/chore` → `feat` → `fix` → `refactor` → `style` → `docs` → `test`, `release` last. 4. Present the plan once; after confirmation run `git add` + `git commit` batch by batch. Rejected → stop. 5. Verify before each commit: run the touched package's tests (`cd server && cargo test`, `cd web|cli && pnpm test`); the prek hooks (cargo fmt/clippy, eslint/tsc, prettier, sqlx-check) run on `git commit` — never `--no-verify`. 6. Single file → skip the plan, commit directly. Message: `<type>(<scope>): <desc>` — lowercase, imperative, no trailing period. Types: `feat`/`fix`/`refactor`/`docs`/`test`/`chore`/`ci`/`build`/`style`/`perf`/`revert`. Scopes: `server`/`web`/`cli`/`e2e` (components), `docker`/`devops`/`github` (infra); omit for root-level changes. Match the change's language. - Generated files (`server/.sqlx/`, `pnpm-lock.yaml`, `Cargo.lock`) bundle into the producing commit, or as a standalone `chore` — regenerate (`python3 scripts/migrate.py prepare`, `pnpm install`, cargo build), never hand-edit. - A migration, the `server/src/db/` code that uses it, and the regenerated `.sqlx/` cache are one unit — the sqlx-check hook fails if they drift apart. - Version bump (plugin.json, marketplace.json, README badges) + CHANGELOG entry = one `chore: release vX.Y.Z` commit (see the release skill). - Template + code, and config + code, stay together when the code depends on them; mixed-language docs (`README.md` + `README_zh.md`) one commit. - Never silently include unrecognized files. Never amend, never push, never placeholder messages (wip, update files).
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · jukanntenn/grill-me-sleek | 86 | MIT |
| rmsaitam/skill-git-conventions | 100 | MIT |
| opsmill/infrahub | 100 | Apache-2.0 |
| kdlbs/kandev | 100 | AGPL-3.0 |
| vinta/hal-9000 | 100 | MIT |
| restarter/lets-workflow | 100 | MIT |
| mickeyyaya/evolve-loop | 100 | Apache-2.0 |
| friendlyinternet/nuxt-crouton | 100 | MIT |
| yonatangross/orchestkit | 100 | MIT |
Identyczna treść występuje jeszcze w 2 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.
Migawka bazy z 13.11.2026 · wersja paczki 3002049b880a (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 90commit-work
Tworzy wysokiej jakości commity git: przegląda i stage'uje zamierzone zmiany, dzieli na logiczne commity i pisze jasne komunikaty, także w formacie Conventional Commits. - 90commit-work
Stage'uje zmiany, tworzy commity Git, dzieli pracę na logiczne commity i pisze komunikaty, zachowując niezwiązane zmiany i stage'ując tylko zamierzone pliki lub hunki. - 100git-commit
Dzieli zmiany na osobne commity, dobiera pliki do stage'u i pisze wiadomość Conventional Commits, potem wykonuje commit. - 100commit-work
Tworzy czyste commity: sprawdza zmiany, dzieli je na logiczne części i uruchamia bramkę potoku przed każdym commitem. - 100commit-message
Pisze commity w Conventional Commits z rzeczywistych zmian i dzieli mieszane diffy na osobne, logiczne commity. - 100creating-commits
Tworzy dobrze zbudowane commity git z jasnymi komunikatami w konwencji conventional commits, także dzieli zmiany, poprawia commit i ulepsza komunikat.