Re: gitea validation PR dans spip-contrib-extension

Hop,

Le 23/01/2020 à 17:10, [email protected] a écrit :
> 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).

Chacun de ces modes convient à différents types de patch, amha :

- s'il n'y a qu'un seul commit dans le patch, le rebase permet d'éviter 
le commit de merge pour un simple patch ;
- si la branche est un gros chantier, le commit de merge semble bien 
adapté, et de plus parfois un squash ne fait pas de mal ça nous permet 
d'éviter de ramasser les oups d'un travail de longue durée.

Bref, chacun fait ce qui lui plaît, et si notre outil permet de choisir 
en fonction de ses préférences, c'est très bien comme ça :)

++
b_b