remove - github tag



Courge Github commet de l'interface web sur demande de traction après les commentaires d'examen? (1)

Disons que j'ai un historique de commit avec 5 commits. Je sais que je peux rebasculer mes commits localement en faisant une demande de traction qui les fera ensuite rebaser en un seul commit.

Un cas d'utilisation commun pour ceci est:

  • Faire des commits locaux, en travaillant sur la fonctionnalité
  • Squash commet
  • Faire une demande de traction
  • Recevoir les commentaires de révision
  • Mettre à jour le RP de manière appropriée

Je peux le faire localement sur ma machine et ensuite réappuyer sur mon changement (en utilisant -f puisque le rebas le désynchronise avec la télécommande). C'est plutôt agaçant.

Cependant, cela nécessite que je fasse un rebasage chaque fois que j'adresse les commentaires d'examen - est-ce que je peux le faire à partir de l'interface web?

Ou peut-être que mon flux de travail est erroné, devrais-je modifier chacun de mes commentaires de commentaires sur le PR principal?


Vous n'avez plus besoin de rebaser / écraser localement: il suffit de pousser votre commit vers votre branche PR.

Le propriétaire du dépôt d'origine, s'il le souhaite, écrase les contrats pour vous (depuis mars 2016):

Voir " Squash your commits " et la documentation : cela permet un nouveau workflow, à la fois pour le contributeur et le mainteneur du repo original.

Comme je le commente ci-dessous: il sera mis en œuvre comme la fusion d'un PR est mis en œuvre:

  • Si cela fonctionne sans conflit, la fusion (ou ici, la merge --squash : voir " In git, quelle est la différence entre merge --squash et rebase ? ") rebase créée automatiquement.
  • S'il y a un conflit, la fusion n'est pas créée, et le mainteneur a la possibilité de rejeter pour le moment le PR, demandant au contributeur de faire le travail d'écraser les commits et d'amender le PR.

C'est vraiment comme ce qui existe maintenant, sauf que GitHub a ajouté le --squash à leur commande de fusion. Rien de plus.





workflow