Ma demande de pull github a été fusionnée, quelle est la convention à ce stade?

17

J'ai bifurqué un projet sur Github, j'ai fait un petit changement et envoyé une demande de pull au mainteneur d'origine, qui l'a récupéré. Maintenant, le dernier commit existe Merged pull request #11 from my_username/master.

C'est la première fois que je fais ça, donc je ne suis pas sûr de ce qu'est l'étiquette maintenant: j'ai fait un git pull upstream masteret puis git push origin master, et maintenant le dernier commit sur mon propre dépôt se lit, Merged pull request #11 from my_username/masterce qui me semble assez bizarre. Est-ce ainsi que les gens le font habituellement, y a-t-il quelque chose que je dois faire pour "nettoyer l'histoire" ou quelque chose?

Remarque: comme il s'agissait d'un petit changement de documentation, je n'avais créé aucune branche, je viens de faire le changement dans ma masterbranche et j'ai envoyé la demande de retrait. Il n'y a donc pas de nettoyage à faire dans cette partie.

Sundar - Rétablir Monica
la source

Réponses:

10

Oui, c'est ce que font habituellement les gens, car c'est ce que fait git.

Les tests de fusion n'ont souvent aucun sens. C'est le résultat de la logique "fast forward", c'est-à-dire que la fusion ne crée pas de nouvelle validation si elle n'est pas nécessaire. La plupart du temps, la dernière validation sur master dit "master fusionné", car le développeur a fusionné master dans sa branche et poussé à fusionner, qui n'a plus besoin de fusion. De toute façon, personne ne se soucie de la fusion des commits dans git.

Jan Hudec
la source
5
Si vous vous en souciez, cependant, vous pouvez trouver l' no-ffoption git mergeutile lors de la fusion vers le master.
Xion