Denis Žoljom, le représentant de l’automatisation de l’équipe d’examen des thèmes WordPress, a proposé de déplacer une grande partie du système d’examen des thèmes sur GitHub. L’idée est d’éloigner les parties interactives de la revue du système actuel. La proposition affirme qu’une telle décision rationaliserait le processus via des outils automatisés et faciliterait les interactions manuelles relecteur-auteur.

Actuellement, le processus d’examen des thèmes a lieu le Trac. Pour de nombreux auteurs et critiques de thèmes, le logiciel peut sembler archaïque. Il ne possède pas l’ensemble de fonctionnalités auquel les développeurs se sont habitués avec d’autres solutions. Avec le transfert de parties principales de WordPress, telles que le développement de plugins de fonctionnalités, vers GitHub au cours des dernières années, il serait peut-être temps de réévaluer d’autres domaines du projet principal.

Žoljom a noté dans la proposition que les examens traités via Trac sont lourds. En tant qu’ancien responsable et examinateur de l’équipe d’examen des thèmes, je sais combien de membres de l’équipe se sentent. À l’heure actuelle, une grande partie du processus d’examen est manuelle. Il est géré via de nombreuses communications de va-et-vient entre le réviseur et l’auteur. Il n’y a aucun bon moyen de laisser une note ou un commentaire sur une ligne de code spécifique en cas de problème. Ce cours discussion entre le réviseur et l’auteur est parfois gêné par une barrière linguistique. L’expérience de la comparaison des modifications entre les mises à jour de code est au mieux terne. De plus, le seul contrôle automatisé est géré par le Vérification du thème brancher.

La gestion des avis sur GitHub ouvre un nouveau monde de possibilités qui pourraient rendre les avis plus efficaces et offrir une meilleure expérience aux deux extrémités du processus.

De 2015 à 2019, j’ai dirigé une activité parallèle avec un partenaire où nous avons effectué des révisions de code sur des plugins et des thèmes. La majorité de cette entreprise travaillait avec des boutiques à thème commerciales. Environ 90% des avis ont été traités sur GitHub.

En même temps, je faisais toujours du bénévolat avec l’équipe d’examen des thèmes WordPress. Il n’y avait aucune comparaison en termes d’expérience utilisateur. GitHub a gagné haut la main. Cette expérience m’a dissuadé de vouloir effectuer des révisions pour l’annuaire officiel. Rien n’y a été rationalisé. Il était plus difficile de signaler des problèmes de code spécifiques et de vérifier si un problème avait été corrigé lorsqu’un auteur avait envoyé une mise à jour.

La proposition initiale de Žoljom décrit un système dans lequel l’auteur du thème soumet son thème via WordPress page de téléchargement de thème. S’il réussit la vérification initiale, le système crée automatiquement un nouveau référentiel GitHub avec le thème. Les auteurs de thèmes peuvent ensuite bifurquer ce référentiel nouvellement créé pour travailler sur les modifications de code en fonction des commentaires des réviseurs. Les mises à jour de thème fonctionneraient également via GitHub.

«Je pense que les fourches sont un bon compromis», a déclaré Žoljom. «Les auteurs ont des fourches sur leurs propres comptes GitHub et peuvent les mettre à jour, et même les mettre à jour de cette façon. Cela nous aiderait certainement avec les gens qui essaient de tromper le système en mettant à jour leurs thèmes une fois qu’ils sont en direct avec des choses qui ne respectent pas les exigences. »

La proposition n’est qu’une idée à explorer à ce stade. Une grande partie du processus pourrait changer si on lui donne le feu vert pour continuer.

« En fin de compte, j’espère que cette initiative sera mise en œuvre et nous aidera à réduire la file d’attente des examens », a déclaré Žoljom. Il espère que l’équipe pourra intégrer des contrôles plus automatisés tels que Normes de codage WordPress. Avec plus d’automatisation, cela pourrait également signifier que l’équipe d’examen des thèmes pourrait se concentrer sur d’autres projets sur lesquels elle travaille, comme préparer l’avenir de l’édition complète du site et de la formation continue.

Au-delà du processus d’examen

L’un des principaux problèmes auxquels l’équipe a été confrontée au fil des ans est d’éduquer les auteurs sur l’écriture de code plus propre et plus sécurisé. Certains problèmes tels que la désinfection des données en entrée et leur échappement en sortie sont toujours courants lors des révisions. L’histoire de la communication de l’équipe via Trac n’a pas semblé aider à l’éducation dans son ensemble.

«Le point principal est le fait que de nombreuses personnes peuvent être impliquées dans le processus de révision, et ensuite vous avez des réviseurs expérimentés qui peuvent montrer pourquoi certains codes ne sont pas bons ou doivent être améliorés», a déclaré Žoljom. «Cela permet à de nombreuses personnes de voir ce qui ne va pas avec le code et comment elles peuvent l’améliorer. De plus, le thème fourchu reste dans leur référentiel, afin qu’ils puissent voir les modifications qu’ils ont apportées et pourquoi. »

Žoljom a quelques articles en réserve pour la liste de souhaits à long terme. Une possibilité pour l’avenir pourrait être de configurer des thèmes sur Packagist pour une installation via Composer. Il admet que c’est au mieux un long retard.

«Je vois cela comme une opportunité de mettre un aspect de WordPress au niveau des autres frameworks PHP modernes comme Laravel», a-t-il déclaré. «De plus, utilisez les outils automatiques à notre disposition. À partir de PHP CodeSniffer, PHPStan, ES Lint et une pléthore d’autres outils, nous pourrions également montrer aux auteurs comment ils peuvent définir ces outils sur leurs projets et améliorer leurs compétences en codage. Peut-être lancer des tests d’intégration automatique dans le mélange. Les possibilités sont vraiment infinies. »


Source link