dev-git-workflow
/dev-git-workflow
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.
- Author
- blueskyxn ↗
- Repository
- codex-is-all-you-need ↗
- Licence
- GPL-3.0
- Last repository change
- 17.09.2026
Assessment and security
- Files in this package
- 2
- Scripts
- 0
- HTML comments
- 0
- URLs in SKILL.md
- 0
No signals detected. Repository changed on 17.09.2026, without references to retired models or APIs.
GPL-3.0, otwarta.
What it does and when to use it
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.
Original author 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.
How it works
- Steps
- Output
- Do not
SKILL.md preview
---
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.
Files in this package (2)
- SKILL.md 4 KB
- references/pr-metadata-contract.md 6 KB
Versions
The database has no other skills named dev-git-workflow.
Identical content appears in 1 other GitHub folders. We show one copy with the highest score.
Database snapshot: 13.11.2026 · package version 1ceec9f91e79 (SHA-256 digest of the entire package)
Downloads in the last 30 days: 1 · ranking
Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.
Similar skills
- 91resolving-merge-conflicts
Use when you need to resolve an in-progress git merge/rebase conflict. - 100git-workflow
Use when choosing a Git branching strategy or handling merge vs rebase, conflicts, stashing, undoing mistakes, and release tagging — complementing the commit/PR conventions in the git rules. - 100git-feature-branch-sync
Rebase vs merge a feature branch; force-push safely. TRIGGER when: syncing a feature branch with the default branch or deciding whether and how to force-push. DO NOT TRIGGER when: routine work on a clean branch, operating on shared/default branches (never force-push them), or… - 100git
Advanced Git workflows skill. Branching models, merge vs rebase, interactive rebase, git bisect, cherry-pick, worktrees, commit conventions. Triggers on: /godmode:git, "branching strategy", "rebase vs merge", "git bisect", "cherry-pick". - 95git-workflow
Git workflow patterns including branching strategies, commit conventions, merge vs rebase, conflict resolution, and collaborative development best practices for teams of all sizes. Use when choosing a branching strategy, writing commit conventions, deciding merge versus rebase,… - 100roo-conflict-resolution
Provides comprehensive guidelines for resolving merge conflicts intelligently using git history and commit context. Use when tasks involve merge conflicts, rebasing, PR conflicts, or git conflict resolution. This skill analyzes commit messages, git blame, and code intent to make…