Ing. Calogero Bono
O GitHub iniciou a prévia pública da nova página Overview para os pull requests. Ela é ativada por escolha do usuário e, segundo o anúncio, o lançamento continua durante o fim de semana. Coloca em destaque o status do merge e as ações disponíveis, em um resumo compacto. Isso importa porque quem revisa muitos pull requests perde tempo rolando comentários e eventos antes de entender o que está travando o trabalho.
Alguns termos, antes de entrarmos nos fatos. Pull request é o pedido para incorporar as mudanças de uma branch ao código principal. Merge box é o painel em que o GitHub mostra se o pedido pode ser unido. Checks são as verificações automáticas, como os testes. Public preview é uma fase em que o recurso está aberto a todos, mas ainda em desenvolvimento. Branch é o ramo de trabalho do código.
O que é a página Overview dos pull requests?
Segundo o anúncio oficial do GitHub, trata-se de uma nova visualização do pull request, oferecida como prévia a quem a escolher. Ela coloca no topo um resumo do andamento, para que não seja mais preciso rolar a página até o merge box.
O GitHub a apresenta como o primeiro passo de uma reformulação mais ampla, para tornar os pull requests mais fáceis de acompanhar enquanto código, conversas e revisões mudam.
Como muda o merge box?
O GitHub afirma tê-lo redesenhado para mostrar as mesmas informações em menos da metade do espaço. Não se trata apenas de movê-lo mais para cima.
- Uma visão compacta de checks, comentários e aprovações mantém o contexto à mão.
- É possível agir sobre o que está bloqueando, por exemplo atualizando a branch.
- Dá para ver se o pedido está pronto e uni-lo quando os requisitos forem atendidos.
A partir do resumo, você pode acompanhar o detalhe útil, como os checks que falharam, quem ainda precisa aprovar ou os comentários pertinentes.
Como acompanhar melhor os comentários?
A prévia traz alguns recursos para reencontrar o fio da conversa.
- Filtros para as conversas não resolvidas ou para os comentários escritos por você.
- Ordenação do mais recente ao mais antigo.
- Um resumo no canto superior direito para localizar comentários de revisão, pedidos de review e outras atualizações.
No cabeçalho também é possível marcar um rascunho como pronto para revisão ou fechar o pull request, conforme as permissões.
Como testar e voltar à visualização clássica?
Basta selecionar o botão «Experimente a página Visão geral», com o ícone de faíscas, no cabeçalho do pull request. Pelo mesmo menu você volta à visualização clássica durante a prévia.
O GitHub convida a testá-la no próximo pull request e a informar o que ficou mais fácil de encontrar, onde o contexto ainda se perde e o que faz você voltar à visualização clássica. O feedback é deixado na discussão dedicada. Quem quiser rever o fluxo de trabalho pode começar pelo nosso guia sobre pull requests e code review.
Limites a conhecer
Por enquanto temos apenas o anúncio do GitHub. Não há medições independentes sobre o tempo economizado, e o dado de que o merge box ocupa metade do espaço vem da própria empresa. Não são indicados planos, datas de disponibilidade geral ou mudanças futuras. O GitHub define a prévia como «um ponto de partida», então a interface pode mudar conforme o feedback.
O que muda para quem trabalha com tecnologia digital
Se você revisa código todos os dias, o resumo pode encurtar a passagem de entender o que bloqueia para saber o que fazer. É útil em equipes com muitos pedidos abertos. Teste a visualização em alguns pull requests reais, sem impô-la a todos, já que pode ser desativada. Se você trabalha com regras de proteção de branch e testes automáticos, vale conferir se os checks estão legíveis no novo resumo. Uma boa estrutura de testes automáticos torna essa visualização mais útil.
Nossa opinião
É uma intervenção pequena, porém bem direcionada. A revisão de código virou o gargalo de muitas equipes, também porque cresce o volume de mudanças a verificar, como mostra o trabalho do GitHub com os agentes de código. Deixar claro logo de início o status de um pedido é mais útil do que muitas funções novas. Resta ver se o resumo funciona em pull requests longos e complexos, onde o risco é confiar demais em uma síntese.
Perguntas frequentes
A nova página Overview está ativa para todos?
Não, é uma prévia pública de adesão voluntária. O GitHub fala em um lançamento gradual que continua no fim de semana. Para entrar, use o botão no cabeçalho do pull request.
Posso voltar à visualização clássica?
Sim. Durante a prévia, pelo mesmo menu usado para entrar, é possível voltar à visualização clássica.
O que mostra o novo merge box?
Mostra o status do merge e as ações disponíveis em forma compacta. Inclui uma visão de checks, comentários e aprovações. O GitHub afirma que ele ocupa menos da metade do espaço de antes.
Posso filtrar os comentários?
Sim. É possível ver apenas as conversas não resolvidas ou os comentários escritos por você. Também dá para ordenar do mais recente ao mais antigo.
Onde deixo feedback?
Na discussão dedicada à prévia da página Overview, indicada pelo GitHub no anúncio. A empresa pede que você informe o que está mais fácil de encontrar e onde o contexto se perde.
O que observar nas próximas semanas nos pull requests do GitHub
A prévia é o início de uma reformulação mais ampla. Vale acompanhar como ela evolui e se resiste ao uso diário.
- Verifique se o GitHub anuncia novas partes da experiência, além do merge box.
- Compare com sua equipe os tempos de revisão antes e depois do uso da nova visualização.
- Acompanhe os relatos na discussão de feedback para entender quais limites aparecem.
