Mettre à jour une pull request

VérifiéPrudence

Met à jour une pull request existante en poussant de nouveaux commits, en recalculant la description à partir de tous les commits, et en mettant à jour le titre si nécessaire. Il passe en revue tous les commits de la branche, demande confirmation avant de pousser, et régénère la description en utilisant l'ancienne comme guide de style. Utile pour garder les PRs précises et à jour avec les changements.

Spar Skills Guide Bot
DeveloppementIntermédiaire
02/06/2026
Claude Code
#pull-request#git#github#pr-update#workflow

Recommandé pour

Synthèse automatique

Met à jour une pull request existante en poussant de nouveaux commits et en régénérant la description.

Points forts

  • Recompose entièrement la description à partir de tous les commits de la branche
  • Respecte le workflow git en demandant confirmation avant de pousser
  • Met à jour le titre uniquement si nécessaire
  • Utilise la description précédente comme guide pour conserver la cohérence

Limites

  • Nécessite que l'outil gh soit installé et configuré
  • Ne fonctionne que pour des PR sur GitHub (pas GitLab, Bitbucket, etc.)
  • Peut ne pas détecter les changements de base de branche
Quand l'utiliser

Lorsque vous avez ajouté des commits à une branche avec une PR ouverte et souhaitez mettre à jour automatiquement la description.

Quand l'éviter

Si vous voulez seulement pousser sans changer la description, ou si la PR concerne un service autre que GitHub.

Analyse de sécurité

Prudence
Score qualité85/100

The skill runs bash commands that push to remote and update PR descriptions. It includes a confirmation step, reducing risk. Legitimate use case but requires network access and repository write permissions.

Points d'attention
  • •Uses powerful git and gh commands that modify the remote repository, including git push and gh pr edit. However, user confirmation is required before push.
Comment cette analyse est faite

Exemples

Update PR with new commits
I just pushed a fix for the login validation to my branch. Update the PR description to reflect all changes.
Push and update PR description
I have two new commits on this branch that haven't been pushed yet. Please push them and regenerate the PR description based on all commits.
Refresh PR title and body
Update the PR number 42 with all my recent changes. Rewrite the description but keep the format similar to the current one.

name: update-pr description: Update existing pull request with new commits

Update Pull Request

Push new commits to an existing pull request and optionally update its description.

Workflow

  1. Verify branch and PR: Ensure you're on a branch with an existing PR
  2. Review all commits: Show all commits that will be in the PR
  3. Ask user for confirmation: Before pushing, show what will be pushed and ask for confirmation
  4. Push any unpushed changes: Push any new commits to origin if user confirms
  5. Recompute PR description: Generate a fresh PR description based on all commits, using the previous description as a guide
  6. Update PR: Update both title (if needed) and description
  7. Return PR URL: Show the updated PR URL

Instructions

  1. Check current branch and PR status:

    git branch --show-current
    gh pr view --json number,title,url,baseRefName,body
    
    • If no PR exists, inform user and suggest using /create-pr instead
    • If on main/master, stop and ask user to switch branches
    • Store the current title and body for reference
  2. Review ALL commits in the branch (not just unpushed ones):

    # Get all commits in this branch compared to the base branch
    git log <base-branch>..HEAD --oneline
    
    # Also check if there are unpushed commits
    git log origin/<current-branch>..HEAD --oneline
    
    • Show all the commits that are part of this PR
    • Note if there are unpushed commits that need to be pushed
  3. ASK USER before pushing any unpushed commits:

    • Show user what commits will be pushed (from step 2)
    • Ask: "Ready to push these commits to update the PR?"
    • Wait for user confirmation
    • This respects the user's git workflow rules
  4. Push any unpushed commits (if user confirmed):

    git push
    
    • Only run this if there were unpushed commits AND user confirmed
    • If already up to date, skip this step
  5. Analyze all changes and recompute PR description:

    • Review ALL commits in the branch (from step 2)
    • Look at the previous PR description and title as a guide
    • Generate a fresh, comprehensive PR description that:
      • Accurately reflects ALL changes in the branch
      • Follows the same format/style as the previous description
      • Uses concise bullet points
      • Groups related changes together
      • Is complete but not verbose
    • Consider if the title needs updating to better reflect the scope
  6. Update the PR:

    # Update title if needed
    gh pr edit <pr-number> --title "New Title"
    
    # Update description
    gh pr edit <pr-number> --body "$(cat <<'EOF'
    ## Summary
    - First main change
    - Second main change
    - Additional improvements
    EOF
    )"
    
    • Always update the description
    • Only update the title if the current one doesn't accurately reflect the changes
  7. Return the PR URL and summary of what was done

Key Principles

  • Complete recomputation: Generate the description from scratch based on ALL commits
  • Use previous as guide: Keep similar format and style from the previous description
  • Smart title updates: Only change title if it's no longer accurate
  • Account for pushed commits: Handle cases where commits were already pushed
  • Clear and comprehensive: Description should cover everything in the branch
  • Concise format: Keep it readable with bullet points, no unnecessary detail
  • Respect git workflow: Always ask user before pushing (per user's git workflow rules)

Example Output

✅ Found PR #123: "Add user authentication"

📝 All commits in this branch:
   - abc1234 Initial authentication setup
   - def5678 Add JWT token support
   - 789abcd Fix login validation
   - 012cdef Add password reset

📤 Unpushed commits: 2
   - 789abcd Fix login validation
   - 012cdef Add password reset

🚀 Pushing commits...
✅ Pushed to origin

🔄 Recomputing PR description based on all commits...
✅ Updated PR #123:
   - Title: "Add user authentication" (unchanged)
   - Description: Updated to reflect all changes

PR URL: https://github.com/org/repo/pull/123

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/update-pull-request-mma3js7b/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/update-pull-request-mma3js7b' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/update-pull-request-mma3js7b/download' --output '.skill-downloads/update-pull-request-mma3js7b/SKILL.md.part' && mv '.skill-downloads/update-pull-request-mma3js7b/SKILL.md.part' '.skill-downloads/update-pull-request-mma3js7b/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.

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/update-pull-request-mma3js7b/SKILL.md' && test -s '.skill-downloads/update-pull-request-mma3js7b/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/update-pr' && cp -R '.skill-downloads/update-pull-request-mma3js7b' '.claude/skills/update-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/update-pull-request-mma3js7b'

openskills read 'update-pull-request-mma3js7b'

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/update-pull-request-mma3js7b/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