dev-git-workflow
/dev-git-workflow
Pomaga w decyzjach o strategii gałęzi, worktreesach, scalaniu, rebase, konfliktach i przygotowaniu PR.
- Autor
- blueskyxn ↗
- Repozytorium
- codex-is-all-you-need ↗
- Licencja
- GPL-3.0
- Ostatnia zmiana repozytorium
- 17.09.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 2
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 17.09.2026, bez odwołań do wycofanych modeli i API.
GPL-3.0, otwarta.
Co robi i kiedy
Pomaga w decyzjach o strategii gałęzi, worktreesach, scalaniu, rebase, konfliktach i przygotowaniu PR.
Oryginalny opis (EN)
Use for non-trivial Git state such as branch strategy, worktrees, merge/rebase decisions, conflicts, reviewer-facing PR preparation, tags, and release notes. Do not trigger for a routine commit, push, or PR that needs no strategy decision.
Jak działa
- Steps
- Output
- Do not
Podgląd SKILL.md
---
name: dev-git-workflow
description: Use for non-trivial Git state such as branch strategy, worktrees, merge/rebase decisions, conflicts, reviewer-facing PR preparation, tags, and release notes. Do not trigger for a routine commit, push, or PR that needs no strategy decision.
metadata:
version: "0.5"
updated: "2026-07-26"
---
# Git workflow
Use this workflow when the task involves non-trivial Git state, branch management,
reviewer-facing PR preparation, merge strategy, or release history.
## Steps
1. Inspect state first.
- `git status --short`
- Current branch
- Remotes
- Worktree/linked worktree status
- Diff and untracked files
2. Preserve user work.
- Do not reset or checkout away changes that you did not make.
- Separate unrelated changes from the current task.
- Use isolated branches or worktrees for risky work when possible.
3. Choose the operation.
- Commit local changes
- Prepare PR diff
- Draft, create, or update PR title and body
- Rebase or merge
- Resolve conflict
- Tag release
- Audit branch usefulness
4. Validate history and diff.
- Check staged files.
- Check `git diff --check`.
- Read the final diff before commit.
- Resolve the intended base and head branches.
- Read the full base-to-head diff and commit range before describing a PR.
5. Prepare PR metadata when opening, updating, or rewriting a PR.
- Read `references/pr-metadata-contract.md` completely before drafting the
title or body.
- Derive the copy from the current full diff, user goal, repository guidance,
validation evidence, and delivery state.
- Select the language using the contract, and apply it to both the title's
descriptive text and the body. An English commit subject is not a repository
language requirement.
- Use an explicit title and body. Treat auto-filled metadata as a draft that
must still pass the contract.
- If the user only asks for a draft, return the draft without writing remote
state.
6. Publish, gate, and read back remote state when requested.
- Use the available GitHub connector or CLI after the branch is pushed.
- Re-read the remote title, body, base/head branches, head SHA, draft/state,
mergeability, and checks after creation or update.
- When review or merge is in scope, also read the review decision, requested
changes, unresolved review conversations, and applicable repository gates,
including required approvals/checks and the allowed merge method or queue.
- Treat absent checks or reviews as none reported, not as passed; confirm
whether repository rules require them.
- Compare the remote copy with the current head and the metadata contract;
repair stale or unclear copy before declaring the PR complete.
- Immediately before merge, confirm the remote head SHA still matches the
validated head. After merge, read back the merged state and target branch.
7. Communicate exact boundaries.
- Local commit only
- Pushed branch
- PR opened or updated against a base branch
- Draft or ready for review
- Review and approval state
- Merged or not merged
- Checks passed/pending/failed
- Released or deployed
- Mergeability status
## Output
Return:
1. Git operation performed or recommended
2. Branch and commit details
3. Files included
4. PR title/body or remote PR URL when in scope
5. Validation
6. Remaining remote, review, release, or runtime state
## Do not
- Do not use destructive commands without explicit instruction.
- Do not mix unrelated diffs into a commit.
- Do not reuse a commit subject as final PR metadata without checking the full diff.
- Do not describe an open PR against `main` as already merged or submitted into
`main`.
- Do not expose memory citations, agent process notes, private local paths,
temporary files, or internal session links in PR-facing copy.
- Do not treat missing checks or reviews as successful gates without confirming
the applicable repository rules.
- Do not claim a push, PR, or check result without reading it back.
Pliki w paczce (2)
- SKILL.md 4 KB
- references/pr-metadata-contract.md 6 KB
Wersje
W bazie nie ma innych skilli o nazwie dev-git-workflow.
Identyczna treść występuje jeszcze w 1 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.
Migawka bazy z 13.11.2026 · wersja paczki 1ceec9f91e79 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 1 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 91resolving-merge-conflicts
Rozwiązuje konflikty w trwającym scalaniu lub rebase'ie w git. - 100git-workflow
Pomaga wybrać strategię gałęzi Git oraz poradzić sobie z merge i rebase, konfliktami, stashowaniem, cofaniem błędów i tagowaniem wydań. - 100git-feature-branch-sync
Pomaga zdecydować między rebase a merge gałęzi funkcji z gałęzią domyślną i bezpiecznie wykonać force-push. - 100git
Obsługuje wymagające przepływy Git: modele gałęzi, merge kontra rebase, interaktywny rebase, bisect, cherry-pick, worktrees i konwencje commitów. - 95git-workflow
Opisuje wzorce pracy z Gitem: strategie gałęzi, konwencje commitów, scalanie kontra rebase i rozwiązywanie konfliktów w zespołach. - 100roo-conflict-resolution
Pomaga w konfliktach przy scalaniu i rebase w Git, opierając decyzję na historii commitów, kontekście zmian i intencji autora.