Re: Validation des PR sur le core

Bruno Bergot <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <[email protected]>
Hop,

Le 18/03/2020 à 13:25, nicod_ a écrit :
> Le 17/03/2020 à 22:00, Charles Razack a écrit :
>> 2 à 3 validations à base de +1 me semble un nombre raisonnable aussi au
>> regard du nombre de personnes actives et des disponibilités. J'ai envie
>> d'ajouter quand même : sous réserve qu'il n'y ait pas discussion non
>> résolue en cours sur le PR en question, puisque l'idée reste d'acter un
>> consensus.
>> Et aussi que lâcher un +1 suppose dans la mesure du possible que le PR a
>> été testé, c'est pas juste l'équivalent de dire "ah ouais bonne idée".
> 
> On est d'accords. Partons sur 3 +1 ?
> 

Deux suffisent amha, je me répète mais d'expérience j'ai un paquet de 
patchs qui ont attendu ne serait-ce qu'un seul retour sur redmine, donc 
je pense qu'on est pas assez nombreux à être réactifs pour espérer 3 
retours.

> Et pour le mode de fusion, quelle stratégie ?
> 
> - Fusionner la demande d'ajout
> - Rebase et fusionner
> - Rebase et Fusion (--no-ff)
> - Squash et fusionner
> 
> Je suis plutôt pour fusionner (merge) systématiquement, pour garder une 
> trace du travail fait sur une branche parallèle.
> Votre avis ?
> 

Perso je préfère qu'on évite d'avoir des commits de merge dans la 
branche master, pour le reste, peu importe, ça dépend un peu du contenu 
de la PR. Si celle-ci est un travail de longue durée il faut garder tous 
ses commits, si c'est une simple patch avec plus de oups que de commits 
utiles un squash ne fait pas de mal, etc.

++
b_b
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.