Agent Skill
2/7/2026

version-control

ALWAYS load before git commit, push, or PR - team-specific commit format differs from standard conventions.

P
proteowizard
0GitHub Stars
1Views
npx skills add ProteoWizard/pwiz-ai

SKILL.md

Nameversion-control
DescriptionALWAYS load before git commit, push, or PR - team-specific commit format differs from standard conventions.

name: version-control description: ALWAYS load before git commit, push, or PR - team-specific commit format differs from standard conventions.

Version Control for Skyline/ProteoWizard

Before any Git or GitHub operation, read the relevant documentation:

Required Reading

  • ai/docs/version-control-guide.md - Commit message format, PR format, branch naming
  • ai/docs/release-cycle-guide.md - Current release phase, cherry-pick policy
  • ai/WORKFLOW.md - Git workflows, TODO system, branch lifecycle

Commit Message Format

<Title in past tense>

* bullet point 1
* bullet point 2

See ai/todos/active/TODO-YYYYMMDD_feature.md

Co-Authored-By: Claude <noreply@anthropic.com>

Rules:

  • Past tense title ("Added feature" not "Add feature")
  • Bullet points use * prefix (not -)
  • TODO reference required for feature branches
  • Co-Authored-By required when LLM contributed
  • Maximum 10 lines total
  • No emojis, no markdown links

pwiz-ai repository (ai/): Omit TODO reference for documentation-only changes

Amending Commits

Nearly all PRs get squash-merged, so multiple commits on a branch are fine.

NEVER amend after a PR has been reviewed. When addressing review feedback (from humans or Copilot), always create a NEW commit. This preserves the review history and makes it easy to see what changed in response to feedback. A commit message like "Addressed Copilot review suggestions" or "Fixed issues from code review" is appropriate.

When amending is acceptable:

  • Immediately after creating a PR, before any review or interaction
  • Local commits not yet pushed

When amending is NOT acceptable:

  • After a PR has been reviewed (even if just by Copilot)
  • After anyone has clicked "Update branch" on GitHub
  • After any merge commits from master

The commits will be squashed on merge anyway, so there is no cost to having multiple commits.

PR Description Format

## Summary

* bullet point 1
* bullet point 2

Fixes #XXXX

## Test plan

- [x] TestName - description

Co-Authored-By: Claude <noreply@anthropic.com>

Rules:

  • Use Co-Authored-By: Claude <noreply@anthropic.com> at the end (not emoji "Generated with" lines)
  • Bullet points use * prefix in Summary
  • Test plan uses - [x] checkboxes
  • No emojis

Branch Naming

Skyline/work/YYYYMMDD_feature_name

Cherry-Pick to Release

When in FEATURE COMPLETE or patch mode, bug fix PRs should be cherry-picked to the release branch:

  1. Check current release phase in ai/docs/release-cycle-guide.md
  2. If fixing a bug during FEATURE COMPLETE: add label Cherry pick to release
  3. The cherry-pick happens automatically after PR merge

Current release branch: Skyline/skyline_26_1 (check release-cycle-guide.md for updates)

Commands

Use /pw-pcommit or /pw-pcommitfull for guided commits.

See ai/docs/version-control-guide.md for complete specification.

Skills Info
Original Name:version-controlAuthor:proteowizard