Re: gitea validation PR dans spip-contrib-extension

Salut

Sur la base de mon expérience, lorsqu'on fait un PR je trouve
préférable de préférer les merge. C'est ce qui permet de bien
identifier les apports externes et la vie associée à la PR.
Dans le cas d'un rebase on met par dessus l'historique de la PR et on
perd donc le moment où le travail de réflexion a démarré (le point de
divergence initial).

En local je préconise de travailler avec rebase. Avant de proposer un
PR, faire un rebase de la branche source permet en autre d'anticiper
les conflits de fusion.

Il y a une école du rebase par défaut sur les PR que j'appliquais au
début mais au final je trouve qu'on perd plus qu'on y gagne en terme
de suivi et de visibilité en suivant cette méthodologie.

Gitea permet de gérer le mode de fusion de la PR :
https://github.com/go-gitea/gitea/pull/3188

Km