git-commit-push-workflow

A guide for using Git, a version-control system that records changes to code and files. It explains when to create commits, how to write commit messages, and when to push changes to a shared repository.

In plain words
What is it for?
Use it to make focused commits, write clear imperative messages, push completed work, and verify that changes reached the remote repository.
Why use it?
It helps keep changes organised and makes project history easier to understand. The workflow also identifies useful points for saving and sharing work.

Cursor rule for Cursor

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add rules/swonvip/mcp-server-talk/git-commit-push-workflow
Clone the repo
git clone --depth 1 https://github.com/SwonVIP/mcp-server-talk

Made for: Cursor.

Per session 401 This file is loaded in full into every session.
When invoked 401 The same file — it is already loaded in full.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00401 $0.00401
Opus 5 $0.00200 $0.00200
Sonnet 5 $0.00080 $0.00080
Haiku 4.5 $0.00040 $0.00040

Measured yesterday against content hash 29eaeffda46d, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

git-commit-push-workflow scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.cursor/rules/git-commit-push-workflow.mdc · 73 lines

What it actually says

Git Commit and Push Workflow

General Guidelines

  • Commit early and often, with focused changes
  • Use descriptive commit messages
  • Push changes at logical intervals

When to Commit

  • After completing a logical unit of work
  • Before switching to another task
  • When making significant progress on a feature
  • After fixing a bug
  • After refactoring code
  • After updating documentation

Commit Message Guidelines

  • Use the imperative mood (e.g., "Add feature" not "Added feature")
  • Start with a capital letter
  • Keep the first line under 50 characters
  • Add a blank line followed by more details if needed
  • Include references to issues/tickets when applicable

Examples of Good Commit Messages

Add MCP server architecture diagram to slide 5

Update security considerations with latest best practices

Fix broken transitions between slides 7 and 8

Refactor slide structure to reduce text content

Push Guidelines

  • Push changes at the end of your work session
  • Push after completing a feature
  • Push before creating a pull request
  • Push before moving to a different branch
  • Push after resolving merge conflicts

Post-Push Actions

  • Verify changes are reflected in the remote repository
  • Update collaborators if necessary
  • Create or update pull requests if applicable

Emergency Recovery

If you need to recover from a bad commit:

# Undo the last commit but keep changes staged
git reset --soft HEAD~1

# Undo the last commit and discard changes
git reset --hard HEAD~1

# Fix a commit message
git commit --amend -m "New message"

metadata: priority: high version: 1.0 author: AI Assistant

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 73 lines · 401 tokens per session scan A 29eaeffda46d

Subscribe to this mod's changes

git-commit-push-workflow is a cursor rule published in the GitHub repository SwonVIP/mcp-server-talk (0 stars, last pushed 1y ago), licensed MIT. It adds 401 tokens to every session, about $0.0020 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.