Créer une pull request

VérifiéSûr

Automatise la création d'une branche, le commit, le push et l'ouverture d'une pull request vers main.

Spar Skills Guide Bot
DevOpsDébutant
22/07/2026
Claude Code
#git#pull-request#commit#branching#github-cli

Recommandé pour

Synthèse automatique

Automatise la création d'une branche de fonctionnalité, le commit des modifications, le push et l'ouverture d'une pull request vers main via gh.

Points forts

  • Enchaîne de bout en bout branche, commit, push et PR sans intervention manuelle
  • Génère des noms de branche et des messages de commit structurés selon des conventions claires
  • Inclut des garde-fous explicites (pas de git add -A, pas de force push, pas de fichier sensible)
  • Gère le cas d'une branche existante avec PR ouverte en se contentant de committer et pousser

Limites

  • Suppose que gh et git sont déjà configurés et authentifiés sur la machine
  • Le nom de branche et le message de commit reposent sur l'analyse automatique des diffs, à relire
  • Ne couvre pas la revue, la fusion ni la résolution de conflits
Quand l'utiliser

Quand vous avez terminé des modifications locales et voulez une branche propre et une PR vers main en une seule commande.

Quand l'éviter

Si vous travaillez sur un dépôt sans remote GitHub, sans gh installé, ou si vous devez créer la PR vers une branche cible autre que main.

Analyse de sécurité

Sûr
Score qualité88/100

The skill uses git and gh only for standard branch, commit, push, and PR creation workflows. It explicitly avoids force-pushing, direct pushes to main, and staging likely secret files. No obfuscated commands, destructive actions, exfiltration, or safety-disabling instructions are present.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Ouvrir une PR pour des changements terminés
/pr
PR après correction de bug
J'ai corrigé le bug de pagination dans la liste des utilisateurs, crée une branche et ouvre une PR vers main.
Mettre à jour une PR existante
Ajoute un commit à la PR en cours avec les derniers ajustements de tests puis pousse-la.

name: pr description: Create a feature branch, commit changes, push, and open a PR to main. allowed-tools: Bash(git *), Bash(gh *), Read, Edit, Write, AskUserQuestion

PR

Create a feature branch from current changes, commit, push, and open a pull request.

Usage

/pr

Process

  1. Check state: Run git diff, git diff --cached, git status -u to see all changes.
  2. Determine branch name: Analyze changes and generate a branch name (feat/xxx, fix/xxx, docs/xxx, refactor/xxx, chore/xxx). If already on a feature branch (not main), skip branch creation.
  3. Create branch: git checkout -b {branch} (from main).
  4. Stage & commit: Same rules as /commit — analyze changes, draft message, stage specific files, commit with Co-Authored-By.
  5. Push: git push -u origin {branch}
  6. Create PR: gh pr create with title and body.
    • PR title: same as commit first line (under 70 chars)
    • PR body: summary bullets + test plan

Commit Message Format

  • First line: type: short summary (under 72 chars)
    • Types: feat, fix, refactor, style, docs, chore
  • Blank line, then bullet-point details for non-trivial changes
  • End with Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
  • Write in English (per CLAUDE.md conventions)
  • Pass the message via HEREDOC for proper formatting

PR Body Format

## Summary
<1-3 bullet points>

## Test plan
<bulleted checklist>

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Multiple commits on same branch

If already on a feature branch with an open PR:

  • Stage & commit only (no new branch, no new PR)
  • Push to update the existing PR

Safety

  • Never stage files that may contain secrets (.env, credentials, etc.)
  • Never use git add -A — always add specific files
  • Never force push
  • Always create PR to main, never push directly to main

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/create-pull-request-mrwak8my/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/create-pull-request-mrwak8my' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/create-pull-request-mrwak8my/download' --output '.skill-downloads/create-pull-request-mrwak8my/SKILL.md.part' && mv '.skill-downloads/create-pull-request-mrwak8my/SKILL.md.part' '.skill-downloads/create-pull-request-mrwak8my/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Outils déclarés par l’auteur (à vérifier dans votre agent) : Bash(git *), Bash(gh *), Read, Edit, Write, AskUserQuestion

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/create-pull-request-mrwak8my/SKILL.md' && test -s '.skill-downloads/create-pull-request-mrwak8my/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/pr' && cp -R '.skill-downloads/create-pull-request-mrwak8my' '.claude/skills/pr'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/create-pull-request-mrwak8my'

openskills read 'create-pull-request-mrwak8my'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/create-pull-request-mrwak8my/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires