Przejdź do treści
Biblioteka skilli
Programowanie · Planowanie

dev-git-workflow

/dev-git-workflow

Pomaga w decyzjach o strategii gałęzi, worktreesach, scalaniu, rebase, konfliktach i przygotowaniu PR.

Licencja
GPL-3.0
Ostatnia zmiana repozytorium
17.09.2026

Ocena i bezpieczeństwo

90/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść25 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
2
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 17.09.2026, bez odwołań do wycofanych modeli i API.

Licencja

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

  1. Steps
  2. Output
  3. Do not
Sekcje z nagłówków SKILL.md, w oryginale · 98 linii, 589 słów
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.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.