Il est toujours bon d'avoir une branche dédiée pour chaque demande de pull que vous allez faire.
L'une des façons les plus simples de créer une nouvelle branche à jour consiste simplement à utiliser l'interface graphique Web GitHub pour modifier le fichier dans le référentiel d'origine. Lors de l'enregistrement, GitHub créera automatiquement une nouvelle branche dans votre fork en fonction de la branche que vous éditez actuellement. Si vous souhaitez modifier plus de fichiers, vous pouvez les modifier dans votre branche nouvellement créée et mise à jour.
Si vous êtes un peu familier avec Git, vous rebasez votre branche intermédiaire de fourche avec la branche d'origine en amont afin qu'elle soit synchronisée avant de créer de nouvelles branches. De plus, si vous devez mettre à jour un PR, il est recommandé de le rebaser au lieu de fusionner le maître. Bien que les deux méthodes fonctionnent, les fusions-validations ne font que créer une mauvaise histoire et sont plus difficiles à écraser.
D'une manière générale, les PR doivent être "atomiques". Cela signifie que si vous essayez de corriger quelque chose, ne corrigez que ce bogue particulier. Ne corrigez pas deux bogues différents dans le même PR et ne faites pas non plus de correctifs de codestyle. Il est plus facile à tester et moins susceptible de créer des conflits si le PR vit un peu plus longtemps que prévu.
Et bien sûr, ajoutez une bonne description de ce que vous voulez faire et des instructions de test pour reproduire le problème et tester votre correctif :-)
