PostgreSQL
 sql >> Base de données >  >> RDS >> PostgreSQL

Gérer un autre Commitfest PostgreSQL

J'ai déjà écrit sur la gestion d'un commitfest PostgreSQL.

Pendant le cycle de développement de PostgreSQL 13, je l'ai refait. Cette fois, j'ai utilisé une stratégie différente, principalement parce que je sentais qu'il y avait une accumulation excessive de patchs très anciens qui n'avaient pas reçu une attention suffisante. Ainsi, à part les corrections de bogues (qui sont toujours des cas particuliers), je me suis concentré sur les correctifs qui étaient restés dans la file d'attente depuis plus longtemps.

Une chose que j'ai remarquée, c'est que certains correctifs n'avaient pas été mis à jour par retour d'information, ou par bit-pourriture, même après des sollicitations répétées des précédents responsables de commitfest. Ils sont déplacés d'un commitfest à un autre sans autre activité. Certains d'entre eux proviennent de personnes qui ont quitté le développement PostgreSQL; d'autres pourraient être des projets abandonnés. À mon avis, il ne sert à rien de les garder si rien ne se passe, alors je les ai fermés et fourni une liste, afin que d'autres puissent y jeter un coup d'œil et s'en approprier s'ils le souhaitent. (Un post de suivi en contient d'autres). J'espère que si quelqu'un est intéressé par ces fonctionnalités, il récupérera les correctifs et les soumettra à nouveau après avoir répondu aux commentaires et aux bit-rot.

Une autre chose qui devient courante est que de nombreux correctifs persistent avec peu de révision - ou parfois même avec une révision substantielle, ils n'arrivent jamais au point où un committer les récupère. Dans certains de ces cas, mon approche consistait à inciter des personnes spécifiques qui, selon moi, pourraient aider à l'examen ; dans d'autres cas, je viens de revoir les correctifs moi-même. Parfois, le simple fait de poser une question semble avoir suffi à impliquer les autres dans la discussion, donc même si sa contribution directe est faible, elle a un effet utile plus important.

Je me suis également inscrit en tant que réviseur/committeur pour quelques correctifs moi-même. J'ai eu un succès modéré à cela, terminant avec 24 commits et 10 entrées de commitfest marquées comme engagées… soit environ 25% du nombre total d'entrées de commitfest engagées. Pas mal, hein ?

Dans mon e-mail de rapport de clôture, j'ai posté ce tableau :

Statut semaine1 semaine2 semaine3 semaine4 finale
Revue nécessaire 165 138 116 118 0
En attente de l'auteur 30 44 51 44 0
Prêt pour la validation 11 5 8 11 0
Renvoyé avec des commentaires 1 4 5 5 28
Déplacé vers CF suivant 2 4 4 4 191
Engagé 14 23 32 34 42
Refusé 1 1 1 1 1
Retiré 4 9 11 11 12

Une chose à noter est la façon dont "retourné avec des commentaires" est resté assez bas tout le temps et n'a bondi qu'à la toute fin, et par un nombre important. Un exercice que je suggère aux futurs CFM de faire est de fermer sainement les correctifs inactifs et bit-pourri à la fin de leur mandat, au lieu de déplacer ces correctifs vers le prochain commitfest. Cette dernière opération doit être réservée aux correctifs qui ont été actifs pendant le CF, ou ceux qui s'appliquent encore, ou ceux qui n'attendent les auteurs que depuis peu. L'autre chose à noter est le nombre de correctifs validés… ou plutôt la lenteur avec laquelle il a grimpé. Certains committers ont été distraits par aider à la sortie de Postgres 12 ; d'autres étaient très actifs dans des correctifs qui ne l'étaient pas partie du commitfest. Je m'attends à ce que plusieurs committers accordent plus d'attention la prochaine fois, et nous verrons alors de réels progrès.

Le bot commitfest de Thomas Munro est un outil inestimable; Les auteurs de correctifs devraient y prêter plus d'attention. Ce serait bien mieux d'avoir ce service intégré dans notre infrastructure de commitfest communautaire; Je pense que cela nécessite juste quelques tuits ronds.

Certaines choses que j'aurais aimé avoir :

  • un pg_dump mis à jour des données du commitfest, pour l'interrogation locale.
  • J'ai obtenu des vidages chaque semaine en demandant à la bonne personne et j'ai écrit quelques requêtes grossières. Nous pourrions peut-être fournir les résultats de (versions améliorées de) ces requêtes sous forme de rapports dans les applications.
  • Un filtrage amélioré dans l'application commitfest serait également le bienvenu.
  • Le fait de déplacer des correctifs en masse au prochain CF pourrait être mieux automatisé.

Dans l'ensemble, ce fut un mois très satisfaisant et j'espère qu'il a été précieux pour le développement de PostgreSQL. Je suis reconnaissant que 2ndQuadrant m'ait donné l'opportunité de passer le mois à faire cela… mais même ainsi, j'ai hâte de reprendre mes fonctions habituelles.