Créer une pull request

VérifiéSûr

Créez une pull request avec un titre, une description et un plan de test appropriés. Valide les tests et les vérifications de type avant la création.

Spar Skills Guide Bot
DeveloppementIntermédiaire
0023/07/2026
Claude Code
#pull-request#github#git#code-review

Recommandé pour

Notre avis

Crée une pull request structurée avec titre, description et plan de test, après validation automatique des tests et du typage.

Points forts

  • Validation automatique des tests et du typage avant création
  • Structure de PR complète et standardisée (titre, résumé, changements, plan de test)
  • Intègre directement la checklist de conformité au projet

Limites

  • Dépend de la configuration de test et de typage du projet
  • Ne fonctionne qu'avec GitHub (commande gh)
  • Suppose que la branche de base est 'main'
Quand l'utiliser

Utilisez cette compétence lorsque vous souhaitez créer une pull request pour une branche de fonctionnalité ou de correction.

Quand l'éviter

Ne l'utilisez pas pour des PR sur des dépôts qui n'utilisent pas GitHub ou qui ont un processus de PR très personnalisé.

Analyse de sécurité

Sûr
Score qualité90/100

The skill uses only standard development tools (git, gh) for non-destructive operations (git log, git diff, git push, gh pr create). No risky commands or exfiltration; it's a typical PR creation workflow.

Aucun point d'attention détecté

Exemples

Create PR for current feature branch
Create a pull request for the current branch
Create PR with custom arguments
Create a pull request for my-branch with title 'Add user authentication'

name: pr description: Create a pull request with proper title, description, and test plan disable-model-invocation: true

Create a pull request for the current branch: $ARGUMENTS

Step 1 — Pre-PR Validation

Run the test and type-check commands (see project config). Both MUST pass. Never create a PR with failing tests or type errors.

Step 2 — Analyze Changes

git log main..HEAD --oneline
git diff main...HEAD --stat

Understand the full scope of changes since branching from main.

Step 3 — Generate PR Title

  • Under 70 characters
  • Use imperative mood: "Add...", "Fix...", "Update..."
  • Be specific about what changed

Step 4 — Generate PR Body

Use this structure:

## Summary
- Bullet point 1: what changed and why
- (1-3 bullets max)

## Changes
- List every file modified/created/deleted with brief reason

## Test Plan
- [ ] All existing tests pass
- [ ] Type checking passes
- [ ] New tests added for: <list new test coverage>
- [ ] Manual verification: <steps>

## Checklist
- [ ] Future annotations pattern followed (see stack concepts)
- [ ] Typed exceptions (no generic `Exception`)
- [ ] Typed schemas for all request/response shapes (see stack concepts)
- [ ] OpenAPI metadata on all new endpoints
- [ ] Project documentation updated (if new endpoints/config)
- [ ] Env example file updated (if new settings)

Step 5 — Push and Create PR

git push -u origin <branch-name>
gh pr create --title "<title>" --body "<body>"

Step 6 — Confirm

Output the PR URL so it can be reviewed.

Skills similaires