As revisões de bugs são realizadas em todo o projeto WordPress como uma forma de revisar rapidamente os tickets do Trac e identificar os próximos passos. As revisões de bugs de desempenho do CoreCore Core é o conjunto de softwares necessário para executar o WordPress. A Equipe de Desenvolvimento do Core desenvolve o WordPress. podem ser realizadas por qualquer membro da equipe a qualquer momento. Dito isso, a Equipe de Desempenho do Core realiza uma revisão de bugs agendada a cada 2 semanas, às quartas-feiras , e o horário atual da reunião está sempre atualizado no calendário de reuniões.
As revisões de bugs são reuniões informais e não exigem a publicação de uma pauta antes nem de um resumo depois.
Responsabilidades e acesso
Qualquer pessoa pode organizar uma revisão de bugs. Para organizar a revisão de bugs agendada regularmente, adicione seu nome de usuário do WordPress.orgWordPress.org O site da comunidade onde o código do WordPress é criado e compartilhado pelos usuários. É onde você pode baixar o código-fonte do núcleo, dos plugins e dos temas do WordPress, além de ser o local central para conversas e organização da comunidade. https://wordpress.org/ em um dos horários vagos na planilha de organizadores de revisões de bugs. Os representantes da Equipe de Desempenho do Core são responsáveis por garantir que as próximas reuniões tenham um organizador designado. Se uma próxima reunião estiver sem organizador, eles devem entrar em contato no canal #core-performance para solicitar gentilmente um voluntário.
Não há requisitos técnicos para organizar uma revisão de bugs além de ter uma conta no WordPress.org e uma conta no SlackSlack Slack é uma plataforma de chat em grupo colaborativo https://slack.com/. A comunidade WordPress tem seu próprio canal no Slack em https://make.wordpress.org/chat/ do WordPress. O ideal é que você tenha acesso para usar o comando /here no canal #core-performance do SlackSlack Slack é uma plataforma de chat em grupo colaborativo https://slack.com/. A comunidade WordPress tem seu próprio canal no Slack em https://make.wordpress.org/chat/, mas isso não é obrigatório.
Sinta-se à vontade para organizar uma revisão de bugs quando for conveniente para você. As revisões de bugs quinzenais agendadas existem apenas para garantir uma cadência regular. Mas revisões de bugs adicionais são sempre bem-vindas e apreciadas.
Realizando a revisão de bugs
Uma revisão de bugs da Equipe de Desempenho do Core não é uma reunião no sentido tradicional. O formato envolve o organizador da revisão de bugs, uma única pessoa (em rodízio a cada revisão de bugs agendada), que trabalha em um ticket específico do TracTrac Trac é o local onde os colaboradores criam problemas para bugs ou solicitações de recursos, de forma semelhante ao GitHub.https://core.trac.wordpress.org/. do Core do WordPress ou em um “relatório” de problema do Performance Lab. É uma reunião informal com estrutura flexível.
Um relatório é uma lista de tickets específicos do Trac / problemas do GitHubGitHub GitHub é um site que oferece implementação online de repositórios git que podem ser facilmente compartilhados, copiados e modificados por outros desenvolvedores. Repositórios públicos podem ser hospedados gratuitamente; repositórios privados exigem uma assinatura paga. O GitHub introduziu o conceito de “pull request”, em que alterações de código feitas em branches pelos colaboradores podem ser revisadas e discutidas antes de serem incorporadas pelo proprietário do repositório. https://github.com/ que podem ser compartilhados publicamente com outras pessoas por meio de uma URLURL Um endereço específico de um site ou página da web na Internet, como a URL de um site www.wordpress.org. Alguns exemplos:
- Tickets de desempenho com marco do WordPress 7.0, classificados pelos modificados há mais tempo
- Tickets de desempenho com um patch e marco de uma versão futura, classificados pelos modificados mais recentemente
- Tickets de desempenho aguardando revisão, classificados pelos criados mais recentemente
- Tickets de desempenho aguardando revisão, classificados pelos modificados há mais tempo
- Tickets de desempenho rotulados como “bom primeiro bug”, classificados pelos criados mais recentemente
- Marcos de problemas do Performance Lab para uma das próximas versões, classificados pelos criados mais recentemente
- Problemas do Performance Lab rotulados como “bom primeiro problema”
- Problemas do Performance Lab classificados pelos atualizados há mais tempo
O organizador da revisão de bugs deve escolher um relatório para analisar (da lista acima ou qualquer outro relatório relevante para desempenho) e compartilhar a URL correspondente no Slack. Em seguida, o organizador deve incentivar qualquer pessoa que esteja acompanhando a revisar os tickets relevantes de forma assíncrona depois e, se necessário, fazer outro comentário caso haja dúvidas ou preocupações sobre uma decisão tomada pelo organizador da revisão de bugs.
Como parte principal da revisão de bugs, o organizador deve analisar por conta própria os tickets / problemas do relatório, fornecendo uma atualização sobre cada ticket analisado. Isso pode incluir alterar o marco, alterar a prioridade, alterar responsáveis, alterar palavras-chave ou solicitar uma atualização ao relator ou autor do PR, apenas para citar alguns exemplos.
O organizador da revisão de bugs também pode compartilhar no canal do Slack qualquer informação que considere valiosa. Dito isso, como a revisão de bugs não é uma reunião tradicional, não há necessidade de esperar que outras pessoas que estejam por perto deem sua opinião.
Idealmente, cada revisão de bugs deve durar pelo menos cerca de uma hora, embora o organizador seja, naturalmente, livre para continuar se quiser. Quando parar de revisar os tickets, deverá compartilhar essa atualização no Slack, concluindo formalmente sua revisão de bugs.
Mensagens de exemplo
Sinta-se à vontade para copiar e colar estas mensagens ou ignorá-las e escrever as suas próprias. Estes exemplos estão aqui apenas como referência e não constituem, de forma alguma, uma orientação nem são obrigatórios.
Início da revisão de bugs
- /here Olá! Estou prestes a iniciar uma
focada em desempenho. - Hoje vou analisar os tickets do seguinte relatório:
- Vou deixar atualizações ou comentários em cada ticket à medida que avançar pela lista.
- Se você estiver por aqui, sinta-se à vontade para revisar estes tickets também e compartilhar suas opiniões. Você pode fazer isso respondendo à minha atualização do ticket ou, se for um ticket ao qual ainda não cheguei, deixar um comentário no ticket ou enviar uma mensagem de chat aqui mesmo no canal.
Fim da revisão de bugs
- E é isso para a revisão de bugs de hoje. Lembre-se de que qualquer pessoa pode realizar uma revisão de bugs como esta a qualquer momento. Sinta-se à vontade para entrar em contato se tiver alguma dúvida.
- Obrigado a todos que estiverem por aqui e até daqui a 2 semanas!