Les sessions de résolution de bogues sont organisées dans tout le projet WordPress afin d’examiner rapidement les tickets Trac et de déterminer les prochaines étapes. Les sessions de résolution de bogues liées aux performances du cœurCore Le cœur est l’ensemble des logiciels nécessaires au fonctionnement de WordPress. L’équipe de développement du cœur construit WordPress. peuvent être organisées à tout moment par n’importe quel membre de l’équipe. Cela dit, l’équipe Performance du cœur organise une session de résolution de bogues planifiée toutes les deux semaines, le mercredi , et l’horaire actuel de la réunion est toujours à jour dans le calendrier des réunions.
Les sessions de résolution de bogues sont des réunions informelles et ne nécessitent ni la publication d’un ordre du jour avant la réunion ni celle d’un compte rendu après.
Responsabilités et accès
Tout le monde peut organiser une session de résolution de bogues. Pour organiser la session régulière planifiée, veuillez ajouter votre nom d’utilisateur WordPress.orgWordPress.org Le site communautaire où le code WordPress est créé et partagé par les utilisateurs. C’est ici que vous pouvez télécharger le code source du cœur, des extensions et des thèmes WordPress, ainsi que le lieu central des échanges et de l’organisation de la communauté. https://wordpress.org/ dans l’un des créneaux vacants du tableur des responsables de sessions de résolution de bogues. Les représentants de l’équipe Performance du cœur sont chargés de veiller à ce que les prochaines réunions aient un responsable. Si une prochaine réunion n’a pas de responsable, ils doivent s’adresser au canal #core-performance pour demander aimablement un volontaire.
Il n’existe aucune exigence technique pour organiser une session de résolution de bogues, si ce n’est disposer d’un compte WordPress.org et d’un compte SlackSlack Slack est une plateforme de discussion de groupe collaborative https://slack.com/. La communauté WordPress possède son propre canal Slack à l’adresse https://make.wordpress.org/chat/ WordPress. Dans l’idéal, vous avez accès à la commande /here dans le canal #core-performance sur Slack, mais ce n’est pas obligatoire.
N’hésitez pas à organiser une session de résolution de bogues quand cela vous convient. Les sessions bimensuelles planifiées sont simplement là pour garantir une cadence régulière. Mais d’autres sessions sont toujours les bienvenues et appréciées.
Organiser la session de résolution de bogues
Une session de résolution de bogues de l’équipe Performance du cœur n’est pas une réunion au sens traditionnel. Le format implique que le responsable de la session, une seule personne (qui change à chaque session planifiée), examine un ticket Trac spécifique du cœur de WordPress ou un « rapport » de problème de Performance Lab. Il s’agit d’une réunion informelle à la structure flexible.
Un rapport est une liste de tickets Trac spécifiques ou de problèmes GitHubGitHub GitHub est un site web qui propose une mise en œuvre en ligne de dépôts git pouvant être facilement partagés, copiés et modifiés par d’autres développeurs. Les dépôts publics peuvent être hébergés gratuitement, tandis que les dépôts privés nécessitent un abonnement payant. GitHub a introduit le concept de « pull request », qui permet d’examiner et de discuter les modifications de code effectuées dans des branches par les contributeurs avant leur fusion par le propriétaire du dépôt. https://github.com/ pouvant être partagés publiquement avec d’autres personnes au moyen d’une URLURL Adresse web spécifique d’un site ou d’une page web sur Internet, comme l’URL d’un site web www.wordpress.org. Voici quelques exemples :
- Tickets de performance prévus pour WordPress 7.0, triés du moins récemment modifié au plus récemment modifié
- Tickets de performance avec un correctif, prévus pour une version future, triés du plus récemment modifié au moins récemment modifié
- Tickets de performance en attente d’examen, triés du plus récemment créé au moins récemment créé
- Tickets de performance en attente d’examen, triés du moins récemment modifié au plus récemment modifié
- Tickets de performance portant l’étiquette « good first bug », triés du plus récemment créé au moins récemment créé
- Problèmes Performance Lab prévus pour l’une des prochaines versions, triés du plus récemment créé au moins récemment créé
- Problèmes Performance Lab portant l’étiquette « good first issue »
- Problèmes Performance Lab triés du moins récemment mis à jour au plus récemment mis à jour
Le responsable de la session doit choisir un rapport à examiner (dans la liste ci-dessus ou dans tout autre rapport pertinent pour les performances) et partager l’URL correspondante sur Slack. Il doit ensuite encourager les personnes qui suivent la session à examiner les tickets concernés de manière asynchrone par la suite et, si nécessaire, à ajouter un autre commentaire en cas de questions ou de préoccupations concernant une décision prise par le responsable de la session.
Dans le cadre principal de la session, le responsable doit ensuite examiner seul les tickets ou problèmes du rapport et fournir une mise à jour pour chaque ticket traité. Cela peut consister à modifier la version cible, la priorité, les attributions ou les mots-clés, ou à demander une mise à jour à la personne ayant signalé le problème ou à l’auteur de la PR, pour ne citer que quelques exemples.
Le responsable de la session peut également partager sur le canal Slack tout élément qu’il juge utile. Cela dit, puisqu’il ne s’agit pas d’une réunion traditionnelle, il n’est pas nécessaire d’attendre l’avis des autres personnes éventuellement présentes.
Dans l’idéal, chaque session devrait durer au moins environ une heure, mais le responsable est bien entendu libre de continuer s’il le souhaite. Lorsqu’il arrête d’examiner les tickets, il doit partager cette mise à jour sur Slack, concluant ainsi officiellement sa session.
Exemples de messages
N’hésitez pas à copier-coller ces messages, ou à les ignorer et à rédiger les vôtres. Ces exemples sont fournis uniquement à titre de référence et ne constituent en aucun cas une directive ni une obligation d’utilisation.
Début de la session
- /here Bonjour ! Je vais commencer une session de résolution de bogues axée sur les performances : <bug-scrub>.
- Aujourd’hui, je vais examiner les tickets du rapport suivant : <report-url>
- Je laisserai des mises à jour ou des commentaires sur chaque ticket au fur et à mesure que je parcourrai la liste.
- Si vous êtes disponible, n’hésitez pas à examiner également ces tickets et à partager vos réflexions. Vous pouvez le faire en répondant à la mise à jour de mon ticket ou, s’il s’agit d’un ticket que je n’ai pas encore traité, en laissant déjà un commentaire sur le ticket ou en envoyant un message ici même dans le canal.
Fin de la session
- Et voilà pour la session de résolution de bogues d’aujourd’hui. N’oubliez pas que tout le monde peut organiser une session de ce type à tout moment. N’hésitez pas à nous contacter si vous avez des questions.
- Merci à toutes les personnes présentes, et à dans deux semaines !
- </bug-scrub>