Skip to content
Back to skills

Git Workflow

ASecurity

Clean git practice — branch, small focused commits with clear messages, rebase or merge safely, open a pull request with a good description, and recover from mistakes without losing work. Use for commits, branches, PRs, merge conflicts, or "I messed up git" / "закоммить", "сделай PR", "конфликт", "откатить".

  • 2 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 13, 2026
ai-agentsgogit

Security analysis

A100/100

Scanned October 13, 2026

npx -y skills add dmminga1983/minga --skill git-workflow --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Git Workflow?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Git Workflow
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/dmminga1983-git-workflow/badge)](https://www.skillsdirectory.com/skills/dmminga1983-git-workflow)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: git-workflow
description: Clean git practice — branch, small focused commits with clear messages, rebase or merge safely, open a pull request with a good description, and recover from mistakes without losing work. Use for commits, branches, PRs, merge conflicts, or "I messed up git" / "закоммить", "сделай PR", "конфликт", "откатить".
argument-hint: "[what you want to do in git]"
---

# Git workflow / Работа с git

Task: $ARGUMENTS

Reply in the user's language.

## Before anything destructive

Run `git status` and `git stash list`. If there is uncommitted work, commit or `git stash push -u` first. Prefer reversible commands; `git reflog` can recover most "lost" commits.

## Commits

- One logical change per commit. Stage deliberately (`git add -p` or named files), never blindly `git add .` in a repo you have not inspected.
- Message: imperative subject ≤ 72 chars (follow the repo's convention, e.g. Conventional Commits if used), blank line, body explaining **why**.
- Never commit secrets — run `/minga:secure-publish` before the first push of a new repository.
- Do not skip hooks (`--no-verify`) unless the user explicitly asks.

## Branches and PRs

- Branch from an up-to-date default branch: `git switch -c feat/short-name`.
- Rebase your own unpublished branch to update it; merge shared branches. Never force-push shared branches; for your own use `--force-with-lease`.
- PR description: what and why, how to test, screenshots for UI, risks, linked issue. Keep PRs small enough to review in one sitting.

## Conflicts

Understand both sides before choosing. Resolve, run tests, then continue (`git rebase --continue` / commit the merge). If it goes wrong: `git rebase --abort` / `git merge --abort`.

## Undo cheatsheet

| Situation | Command |
|---|---|
| Unstage a file | `git restore --staged <file>` |
| Discard local edits to a file (destructive) | `git restore <file>` |
| Change the last unpublished commit | `git commit --amend` |
| Undo a published commit | `git revert <sha>` |
| Find a lost commit | `git reflog`, then `git switch -c rescue <sha>` |

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.