À propos des fusions de demande de tirage
Fusionnez une pull request lorsque les modifications proposées sont prêtes et que toutes les exigences du dépôt sont satisfaites. Vous ne pouvez pas fusionner une pull request en brouillon.
Les règles du dépôt ou la protection des branches peuvent exiger des revues, des vérifications d’état ou une branche à jour avant la fusion. Consultez « À propos des branches protégées ».
En guise d’alternative aux règles de protection de branche, vous pouvez créer des ensembles de règles. Les ensembles de règles présentent quelques avantages par rapport aux règles de protection des branches, telles que les états, et une meilleure détectabilité sans nécessiter d’accès administrateur. Vous pouvez également appliquer plusieurs ensembles de règles en même temps. Pour plus d’informations, consultez « À propos des ensembles de règles ».
Vous pouvez configurer une demande de tirage pour fusionner automatiquement lorsque toutes les conditions de fusion sont remplies. Pour plus d’informations, consultez « Fusion automatique d'une pull request ».
Si la branche de base nécessite une file d’attente de fusion, les options de fusion disponibles diffèrent de celles décrites ici. Consultez « Fusion d'une pull request avec une file d'attente de fusion ».
Si la pull request présente des conflits de fusion, ou si vous souhaitez d’abord tester les modifications, récupérez la pull request en local.
Le dépôt peut supprimer automatiquement la branche source après la fusion. Consultez « Gestion de la suppression automatique des branches ».
Remarque
Si vous supprimez une branche de tête (head) une fois que sa demande de tirage a été fusionnée, GitHub recherche les demandes de tirage ouvertes du même dépôt qui spécifient la branche supprimée comme branche de base. GitHub met automatiquement à jour ces demandes de tirage, en remplaçant leur branche de base par la branche de base de la demande de tirage fusionnée.
Les pull requests utilisent l’option --no-ff, à l’exception des pull requests écrasées ou ayant fait l’objet d’un rebasage, qui utilisent la fusion en avance rapide.
Vous pouvez lier une demande de tirage à un problème pour montrer qu’un correctif est en cours et fermer automatiquement le problème lorsque la demande de tirage est fusionnée. Pour plus d’informations, consultez « Relier une demande de tirage à un problème ».
Si vous ne souhaitez pas fusionner les modifications, vous pouvez fermer la pull request.
Fusion d'une pull request
-
Sous le nom de votre référentiel, cliquez sur Demandes de tirage.
-
Dans la liste « Demandes de tirage », cliquez sur la demande de tirage que vous souhaitez fusionner.
-
Faites défiler jusqu’en bas de la pull request. Selon les options de fusion activées pour votre référentiel, choisissez une méthode de fusion :
-
Fusionnez tous les commits dans la branche de base en cliquant sur Fusionner la pull request. Si l’option n’est pas affichée, cliquez sur le menu déroulant fusion et sélectionnez Créer une validation de fusion.
-
Regroupez les commits en un seul commit en cliquant sur le menu déroulant de fusion, en sélectionnant Regrouper et fusionner, puis en cliquant sur Regrouper et fusionner.
-
Rebasez les validations individuellement sur la branche de base en cliquant sur le menu déroulant fusion, en sélectionnant Rebaser et fusionner, puis en cliquant sur Rebase et fusionner.
Remarque
Rebase et fusion mettront toujours à jour les informations du committer et créeront de nouveaux SHAs de commit. Voir À propos des fusions de pull requests.
-
-
Si vous y êtes invité, tapez un message de commit ou acceptez le message par défaut.
Pour plus d’informations sur les messages de commit par défaut pour les fusions Squash, consultez Fusion des pull requests.
-
Si vous avez plusieurs adresses e-mail associées à votre compte GitHub, cliquez sur le menu déroulant de l’adresse e-mail et sélectionnez l’adresse e-mail à utiliser comme adresse e-mail de l’auteur Git. Seules les adresses e-mail vérifiées apparaissent dans ce menu déroulant. Si vous avez activé la confidentialité de l’adresse e-mail, le mode sans réponse sera utilisé par défaut pour l’adresse e-mail de l’auteur de commit. Pour plus d’informations sur la forme exacte que l’adresse e-mail sans réponse peut prendre, consultez Définition de votre adresse e-mail de commit.
Remarque
Le sélecteur d’adresse e-mail n’est pas disponible pour les fusions avec rebasage, qui ne créent pas de commit de fusion. Pour les fusions par squash, le sélecteur d’e-mail s’affiche uniquement si vous êtes l’auteur de la pull request et que plusieurs adresses e-mail sont associées à votre compte.
- Cliquez sur Confirmer la fusion, Confirmer l’écrasement et la fusion, ou Confirmer la rebase et la fusion.
- Si vous le souhaitez, supprimez la branche. Cela permet de garder la liste des branches de votre référentiel bien ordonnée.
Remarque
Pour plus d’informations sur GitHub CLI, consultez À propos de l’interface CLI GitHub.
Pour fusionner une demande de tirage, utilisez la sous-commande gh pr merge. Remplacez pull-request par le numéro, l’URL ou la branche principale du pull request.
gh pr merge PULL-REQUEST
Suivez les invites interactives pour terminer la fusion. Consultez « Fusion des pull requests ».
Vous pouvez également utiliser des indicateurs pour ignorer les invites interactives. Par exemple, cette commande regroupe les commits en un seul commit avec le message de commit « my squash commit », fusionne le commit résultant dans la branche de base, puis supprime la branche locale et la branche distante.
gh pr merge 523 --squash --body "my squash commit" --delete-branch