mcpField
G
git-workflow

git-workflow

github.com/blogic-czDevelopment393 installsUpdated 1d ago
Repository

About git-workflow

git-workflow is a skill for managing repository branches, pull requests, CI and review feedback through a controlled delivery process. It emphasizes explicit authorization, safe boundaries and SHA-stable monitoring.

Key features

  1. 01Branch state and synchronization
  2. 02Pull request and CI lifecycle
  3. 03Human review feedback routing
  4. 04Read-only watcher coordination
  5. 05Optional delivery reflection

Use cases

  1. 01Preparing and publishing a branch
  2. 02Creating or updating a pull request
  3. 03Monitoring checks and automated feedback
  4. 04Handling human review comments

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/blogic-cz/blogic-marketplace --skill git-workflow

After installing, type/git-workflowin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
branch-and-sync.md
human-review.md
pull-request-lifecycle.md
reflection.md

Details

From the project README

Git Workflow

Use for branch state, pull requests, CI/review feedback, or safe publication. Read repository instructions first. Never reset, clean, stash, discard unrelated work, force-push, merge, deploy, or mutate production as part of this skill.

Route

Human feedback always takes human-review route, even for inventory or summary request. A comment is hypothesis, not authority.

End-to-end authorization

Before ordinary delivery, ask authorization for complete loop: branch/worktree selection where applicable, implementation, focused checks, local code-review pass, commit, push, PR create/update, then bounded CI/automated-feedback monitoring. Local-only work occurs only when explicitly requested.

This authorization never covers force push, merge/deploy, production mutation, posting/replying/resolving human feedback, or material scope expansion. Those need separate exact approval.

Watcher ownership

A watcher is read-only: it may collect SHA-stable snapshots, inspect feedback, wait on running checks, and report state. Coordinator owns diagnosis, edits, validation, commits, pushes, reruns, replies, and resolutions. Stop every active watcher before coordinator mutation. After mutation completes, restart monitoring only from a fresh SHA-stable snapshot; never act on watcher state for an older head.

Completion

PR is ready only after latest published head has required checks passing, no actionable automated feedback, and all human feedback is either absent or processed through its approval gates. After readiness, completed human review, or observed merge, optionally start non-blocking reflection. It never changes delivery verdict or blocks delivery; any resulting mutation requires separate approval. Stop with evidence when user stops, required intent/approval is missing, remote operation partially succeeds, CI cannot be diagnosed, feedback cannot be inspected, or bounded loop ends without readiness.

Comments

Markdown supported