{"meta":{"title":"Aider les autres utilisateurs à passer en revue vos modifications","intro":"Créez des demandes de tirage claires et ciblées qui améliorent la collaboration, simplifient les révisions et informent votre équipe de vos modifications.","product":"Demandes de tirage","breadcrumbs":[{"href":"/fr/pull-requests","title":"Demandes de tirage"},{"href":"/fr/pull-requests/concepts","title":"Concepts"},{"href":"/fr/pull-requests/concepts/helping-others-review-your-changes","title":"Aidez les autres utilisateurs à passer en revue vos modifications"}],"documentType":"article"},"body":"# Aider les autres utilisateurs à passer en revue vos modifications\n\nCréez des demandes de tirage claires et ciblées qui améliorent la collaboration, simplifient les révisions et informent votre équipe de vos modifications.\n\nLorsque vous créez une pull request, vous demandez à d’autres personnes d’examiner vos modifications et de faire part de leurs commentaires. Les demandes de tirage qui sont ciblées, claires et faciles à suivre aident les réviseurs à donner de meilleurs commentaires et à faire des suggestions confiantes.\n\n## Faciliter la révision de vos modifications\n\nLe contexte clair aide les réviseurs à comprendre rapidement ce qui a changé et pourquoi il importe. Elle réduit les modifications, accélère la révision et aide votre équipe à se concentrer sur les parties les plus importantes du changement.\n\n### Écrire de petites pull requests\n\nLes pull requests de petite taille et ciblées sont plus faciles à examiner et moins risquées à fusionner. Ils aident les réviseurs à comprendre l’objectif du changement, à repérer les problèmes plus rapidement et à suivre l’historique du projet ultérieurement.\n\nLorsqu’une modification devient importante, envisagez de la scinder en pull requests plus petites, ayant chacune un seul objectif.\n\n### Fournir un contexte et des conseils\n\nUn titre et une description clairs aident les réviseurs à comprendre le problème, l’approche et le résultat. Un bon contexte explique souvent pourquoi le changement est nécessaire, ce qui a changé et où les réviseurs doivent prêter une attention particulière.\n\nDes indications sont particulièrement utiles lorsqu’une pull request concerne de nombreux fichiers ou nécessite un ordre de révision spécifique. Par exemple, vous pouvez pointer les réviseurs vers les fichiers les plus importants en premier ou expliquer le type de commentaires le plus utile. Vous pouvez également utiliser GitHub Copilot pour générer un résumé de votre pull request.\n\n### Vérifiez votre propre pull request en priorité\n\nPasser en revue votre propre demande de tirage avant de demander à d’autres personnes de l’examiner vous aide à détecter les erreurs tôt. Cela indique également aux relecteurs que la pull request est prête à être examinée.\n\nUne auto-révision peut inclure la lecture de la différence, la vérification des modifications accidentelles et la vérification de l’exécution des builds ou des tests pertinents.\n\n### Vérifier la sécurité\n\nLes examens de sécurité permettent de détecter les risques avant la fusion d’une pull request. C’est particulièrement important lorsqu’une pull request modifie les dépendances, l’authentification, les autorisations, les flux de travail ou le code qui traite des données sensibles.\n\nGitHub peut afficher des informations de sécurité dans les pull requests, telles que les modifications des dépendances, les résultats de l’examen des dépendances et les vérifications code scanning. Utilisez ces signaux pour résoudre les problèmes au début ou pour mettre en évidence les risques qui nécessitent une attention de réviseur.\n\nSi votre référentiel a code scanning configuré comme contrôle, GitHub Copilot Autofix peut suggérer des correctifs pour les vulnérabilités de sécurité.\n\n## Tenir votre équipe informée\n\nLes pull requests ne servent pas seulement à documenter les modifications du code : elles permettent aussi de tenir votre équipe informée de l’état d’avancement de votre travail. La progression visible permet de réduire les mises à jour d’état distinctes et de maintenir tout le monde aligné.\n\n### Utiliser GitHub Copilot pour générer des résumés de pull request\n\n> \\[!NOTE]\n> Copilot les fonctionnalités nécessitent un forfait Copilot. Consultez « [Plans de GitHub Copilot](/fr/copilot/get-started/plans) ».\n\nCopilot peut générer un résumé de pull request sur GitHub. Un résumé généré peut aider les réviseurs à comprendre les principales modifications, mais vous devez l’examiner attentivement et ajouter un contexte que vous connaissez uniquement.\n\nLes résumés sont les plus utiles lorsqu’ils expliquent l’objectif du changement, appellent des fichiers importants et mettent en évidence tout ce que les réviseurs doivent examiner attentivement.\n\n### Lien vers des problèmes ou des projets connexes\n\nLa connexion d’une demande de tirage (pull request) à des problèmes ou à des projets montre comment le travail s’intègre dans le projet plus grand. Les liens aident les réviseurs à comprendre la priorité, à suivre la progression et à trouver les discussions associées.\n\nUtilisez des mots-clés de clôture lorsqu’une pull request doit fermer une issue une fois fusionnée. Vous pouvez également ajouter un lien vers Projects afin que chacun puisse suivre le travail au même endroit.\n\n### Mettez en surbrillance le statut avec des étiquettes\n\nLes étiquettes d’état aident les réviseurs à comprendre si une demande de tirage est prête à être examinée, bloquée ou toujours en cours. Les étiquettes claires facilitent la hiérarchisation des révisions et évitent d’examiner le travail avant qu’elles ne sont prêtes.\n\n## Lectures complémentaires\n\n* [Résolution des révisions](/fr/pull-requests/concepts/resolving-reviews)\n* [Relier une demande de tirage à un problème](/fr/issues/tracking-your-work-with-issues/using-issues/linking-a-pull-request-to-an-issue)\n* [Gestion des étiquettes](/fr/issues/using-labels-and-milestones-to-track-work/managing-labels)"}