PR

Créer ou mettre à jour une pull request pour la branche actuelle.

Utilisez ../write-pr/SKILL.md comme référence des normes pour les titres de PR, descriptions, notes de release, changements d'API, tableaux de changements de code et préservation des notes humaines.

Workflow

1. Rassembler le contexte :
   • Branche actuelle : git branch --show-current
   • Arborescence de travail : git status --short
   • PR existante : gh pr view --json number,title,url 2>/dev/null
   • Commits récents de la branche : git log main..HEAD --oneline 2>/dev/null || git log -3 --oneline
2. Préparer la branche :
   • Si vous êtes sur main, créez une nouvelle branche avec un nom descriptif.
   • Committez les changements pertinents, en excluant les secrets et le contenu explicitement privé.
   • Poussez la branche vers le remote. Ne forcez jamais un push.
3. Si aucune PR n'existe, créez-en une avec gh pr create.
4. Si une PR existe, lisez-la avec gh pr view --json title,body,labels,number et inspectez le résumé des fichiers modifiés avec gh pr diff --stat.
5. Mettez à jour le titre ou le corps avec gh pr edit si la PR existante ne correspond pas au diff actuel ou aux normes write-pr.
6. Recherchez les issues connexes et liez-les dans la description de la PR avec Closes #123 ou Relates to #123 le cas échéant.
7. Partagez l'URL de la PR avec l'utilisateur.

Traiter les problèmes

Le commit automatique exécute les hooks. Corrigez les problèmes de formatage, lint, type ou import quand la correction est mécanique.

Si une défaillance de hook nécessite des décisions significatives sur le produit ou l'implémentation, arrêtez-vous et demandez à l'utilisateur comment procéder.

Ne forcez jamais un commit ou un push.

Règles

• Suivez ../write-pr/SKILL.md pour toutes les normes de contenu de PR.
• N'incluez pas d'attribution IA dans les messages de commit, les titres de PR ou les descriptions de PR.
• Ne vous ajoutez pas vous-même ou un outil IA en tant que co-auteur.