Git Operations

Git Operations & Best Practices

Provides Git workflow patterns for commit messages, branching strategies, pull request workflows, and repository management best practices.

Description

This skill teaches agents how to follow Git best practices for version control including conventional commit messages, branching strategies (Git Flow, GitHub Flow), pull request workflows, merge strategies, and conflict resolution patterns.

When to Use

• Writing commit messages
• Creating or reviewing pull requests
• Planning branching strategy
• Resolving merge conflicts
• Managing release workflows
• Repository maintenance (cleanup, history rewriting)

When NOT to Use

• Do not use for general code implementation — use the TDD or implementer workflow instead.
• Do not use for documentation formatting — use the documentation-style skill instead.

Entry Points

Trigger Phrases: "commit message", "create PR", "branching strategy", "merge conflict", "git workflow", "release branch"

Context Patterns: Code changes ready for commit, feature completion, hotfix deployment, release preparation

Core Knowledge

Conventional Commits

Format: ():

Types:

• feat: New feature
• fix: Bug fix
• docs: Documentation only
• style: Formatting, missing semicolons (no code change)
• refactor: Code change that neither fixes bug nor adds feature
• perf: Performance improvement
• test: Adding or updating tests
• chore: Tooling, configuration, dependencies

Examples:

feat(auth): add OAuth2 authentication with Auth0
fix(api): prevent null pointer exception in getUserById
docs(readme): update installation instructions for v2.0
refactor(database): extract query builder into separate class
test(user): add integration tests for registration flow

Body (optional): Explain why, not what

feat(api): add rate limiting to public endpoints

Implement token bucket algorithm to prevent API abuse. Default: 100 req/hour per IP.
Configurable via RATE_LIMIT_MAX and RATE_LIMIT_WINDOW env vars.

Closes #456

Branching Strategies

GitHub Flow (Simple, Continuous Deployment)

main (production)
  ├─ feature/oauth-login
  ├─ fix/null-pointer-bug
  └─ docs/api-guide

Workflow:

1. Branch from main for each task
2. Name: type/short-description
3. Open PR when ready for review
4. Merge to main → auto-deploy
5. Delete feature branch

Git Flow (Complex, Scheduled Releases)

main (production releases)
develop (integration)
  ├─ feature/oauth-login
  ├─ feature/user-profile
  └─ release/v2.0
hotfix/critical-bug → main + develop

Workflow:

1. develop = integration branch
2. Features branch from develop
3. release/vX.Y branch for release prep
4. Merge release → main (tag) + develop
5. Hotfixes branch from main → merge to both

Pull Request Best Practices

PR Title: Same format as commit message

feat(auth): add OAuth2 authentication

PR Description Template:

## Summary
Brief description of what this PR does.

## Changes
- Added OAuth2 middleware
- Updated user model with provider field
- Created integration tests

## Testing
- [ ] Unit tests passing (pytest)
- [ ] Integration tests added
- [ ] Manual testing completed

## Screenshots (if UI changes)
![Before/After comparison]

## Related Issues
Closes #123
Relates to #456

## Checklist
- [ ] Code follows style guide
- [ ] Documentation updated
- [ ] No breaking changes (or documented)
- [ ] Reviewed own code

Review Process:

1. Self-review: Check diff before requesting review
2. Request reviewers: At least 1 for small changes, 2+ for critical
3. Address feedback: Respond to every comment
4. Squash commits: Clean up history before merge (if needed)

Merge Strategies

| Strategy | Use Case | History | |----------|----------|---------| | Merge commit | Preserve full history | All commits + merge commit | | Squash merge | Clean history | Single commit per PR | | Rebase merge | Linear history | No merge commits |

Recommendation: Squash merge for feature branches (cleaner history)

GitHub Releases: Tags vs Release Objects

• git push --tags publishes tags, but does not create GitHub Release objects.
• GitHub Release objects and asset uploads require GitHub API/UI/CLI access.

Release Publish Fallback (When gh auth is unavailable)

Use this when git push/pull works but gh authentication cannot be completed:

1. Refresh PATH from Machine/User (Windows) so gh is discoverable if installed.
2. Retrieve credential via git credential fill for host=github.com.
3. Use GitHub REST API to create or fetch release by tag:

• POST /repos/{owner}/{repo}/releases
• GET /repos/{owner}/{repo}/releases/tags/{tag}

1. Upload asset via uploads endpoint:

• https://uploads.github.com/repos/{owner}/{repo}/releases/{id}/assets?name={asset}

1. Verify release URL and asset count.

Security guardrails: never print token values, never persist tokens to files, and report only non-sensitive publish outputs.

Conflict Resolution

Steps:

1. Update your branch: git fetch origin main && git merge origin/main
2. Identify conflicts: git status shows conflicted files
3. Resolve conflicts: Edit files, remove markers (>>>>>>)
4. Test after resolution: Run tests to ensure functionality
5. Commit resolution: git add . && git commit -m "resolve merge conflicts"

Conflict Markers:

>>>>>> main (their changes)

Resolution:

// Keep both, make configurable
const apiUrl = process.env.API_URL || 'https://api.example.com';

Examples

Example: Feature Branch Workflow

# 1. Create feature branch
git checkout main
git pull origin main
git checkout -b feat/user-notifications

# 2. Make changes and commit
git add src/notifications.js tests/notifications.test.js
git commit -m "feat(notifications): add email notification system

Implement SendGrid integration for transactional emails.
Supports: welcome emails, password resets, account alerts.

Closes #789"

# 3. Push and create PR
git push origin feat/user-notifications
# Open PR on GitHub

# 4. Address review feedback
git add src/notifications.js
git commit -m "refactor: extract email templates into separate files"
git push origin feat/user-notifications

# 5. After approval, squash merge via GitHub UI

# 6. Clean up local branch
git checkout main
git pull origin main
git branch -d feat/user-notifications

Example: Hotfix Workflow (Git Flow)

# 1. Critical bug in production
git checkout main
git pull origin main
git checkout -b hotfix/payment-processing

# 2. Fix bug
git add src/payments/processor.js
git commit -m "fix(payments): prevent duplicate charge on retry

Add idempotency key to Stripe API calls to prevent double-charging
when payment webhook retries due to network issues.

Critical: affects billing, immediate deployment required."

# 3. Merge to main (production)
git checkout main
git merge --no-ff hotfix/payment-processing
git tag -a v1.2.3 -m "Hotfix: payment duplicate charge"
git push origin main --tags

# 4. Merge back to develop
git checkout develop
git merge --no-ff hotfix/payment-processing
git push origin develop

# 5. Clean up
git branch -d hotfix/payment-processing

Bundled References

• [Conventional Commits](references/conventional-commits.md) — Type prefixes, scopes, breaking changes, footer tokens
• [PR Template](references/pr-template.md) — Standard pull request template with validation checklist

References

• Conventional Commits: https://www.conventionalcommits.org/
• Git Flow: https://nvie.com/posts/a-successful-git-branching-model/
• GitHub Flow: https://docs.github.com/en/get-started/quickstart/github-flow
• instructions/workflows/implementer.instructions.md — implementation workflow and TDD boundaries
• .github/skills/worktrees-ops/SKILL.md — parallel Git worktree patterns for multi-branch execution
• .github/agents/github-ops.agent.md — repository operations and PR/release support persona

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: kennedym-ds
• Source: kennedym-ds/copilot_orchestrator
• License: MIT

Install and usage instructions live in the source repository linked above.