Experiência melhorada de pull request
Neste sprint, estamos adicionando uma série de aprimoramentos à experiência de solicitação pull. Isso inclui tornar as verificações opcionais mais visíveis, habilitar cliques Ctrl para abrir uma nova guia, adicionar localização às anotações e melhorar o layout de filtragem de comentários.
Confira a lista de recursos abaixo para obter detalhes.
Funcionalidades
Azure Boards
Repositórios do Azure
Pipelines do Azure
- Atualizando o nó no agente do Azure Pipelines
- Salvar um agente não íntegro para investigação em agentes de conjunto de escala
- Pipelines mais recentes do Ubuntu em breve usarão o Ubuntu-20.04
Azure Boards
Removendo a regra "Atribuído a" no tipo de item de trabalho Bug
Existem várias regras de sistema ocultas em todos os diferentes tipos de item de trabalho em Agile, Scrum e CMMI. Estas regras existem há mais de uma década e, em geral, têm funcionado bem, sem quaisquer queixas. No entanto, há algumas regras que esgotaram as suas boas-vindas. Uma regra em particular causou muita dor para clientes novos e existentes e decidimos que era hora de removê-la. Esta regra existe no tipo de item de trabalho Bug no processo Agile.
"Defina o valor atribuído como Criado por quando o estado for alterado para Resolvido"
Recebemos muitos dos seus comentários sobre esta regra. Em resposta, fomos em frente e removemos essa regra do tipo de item de trabalho Bug no processo Agile. Essa alteração afetará cada projeto usando um processo Agile herdado ou um processo Agile herdado personalizado. Para os clientes que gostam e dependem dessa regra atual, consulte nossa postagem no blog sobre as etapas que você pode seguir para adicionar novamente a regra ao usar regras personalizadas.
Repositórios do Azure
Um lote de melhorias para a experiência de Pull Request
A nova experiência de pull request está em pré-visualização há alguns meses. Temos abordado o feedback que recebemos de muitos de vocês. Estamos felizes em anunciar as seguintes melhorias que você verá com a implantação deste sprint:
Tornar as verificações opcionais mais visíveis
Os clientes usam verificações opcionais para chamar a atenção de um desenvolvedor para possíveis problemas. Na experiência anterior, costumava ser óbvio quando essas verificações falhavam. No entanto, esse não é o caso na experiência de visualização. Uma grande marca de verificação verde nas verificações necessárias mascara as falhas nas verificações opcionais. Os usuários só puderam descobrir que as verificações opcionais falharam abrindo o painel de verificações. Os desenvolvedores geralmente não fazem isso quando não há indicação de um problema. Nesta implantação, tornamos o status das verificações opcionais mais visível no resumo.
Cliques com a tecla Ctrl pressionada em itens de menu
Os menus de tabulação em uma RP não suportavam Ctrl-click. Os utilizadores abrem frequentemente novos separadores do navegador à medida que analisam um pedido pull. Este problema foi corrigido.
Localização da anotação [+]
A árvore de listagem de arquivos em um PR mostra uma anotação [+] para ajudar autores e revisores a identificar novos arquivos. Como a anotação era posterior às reticências, muitas vezes não era visível para nomes de arquivo mais longos.
Dropdown de atualizações de RP recupera informações de tempo
A lista suspensa para selecionar, atualizar e comparar arquivos em uma RP perdeu um elemento importante na experiência de visualização. Ele não mostrou quando essa atualização foi feita. Este problema foi corrigido.
Layout de filtro de comentários aprimorado
Ao filtrar comentários na página de resumo de uma solicitação pull, a lista suspensa estava à direita, mas o texto estava alinhado à esquerda. Este problema foi corrigido.
Temos mais melhorias planejadas nos próximos dois sprints.
Pipelines do Azure
Atualizando o nó no agente do Azure Pipelines
Atualização do que foi publicado originalmente: Devido a uma incompatibilidade com o Red Hat Enterprise Linux 6 e o Node 14, suspendemos o trabalho no Node 14 e nos concentraremos primeiro em chegar ao Node 10.
Nesta versão, começamos nossa mudança do Nó 6 para uma versão do Nó com suporte como o tempo de execução preferido para tarefas do Azure Pipelines. Atualizamos o primeiro lote de tarefas prontas para execução no Nó 10. Essa alteração marca o início de um processo para remover o Nó 6 do agente por padrão. O Node 6 saiu do suporte de longo prazo e é frequentemente sinalizado como um risco de segurança por scanners automatizados. Embora acreditemos que é improvável que nosso uso do Node 6 esteja sujeito à maioria das falhas potenciais, é importante para nós colocar as tarefas em um tempo de execução suportado. No ano civil de 2021, planejamos começar a enviar uma versão do agente sem o Nó 6.
Se você usar qualquer uma das tarefas habilitadas para o Nó 10, seus agentes auto-hospedados se atualizarão para executar as novas versões das tarefas. Fora isso, não deve haver impacto para a maioria dos clientes. Por outro lado, se você for o autor de quaisquer tarefas, deverá começar a atualizá-las para serem executadas no Nó 10. No , task.jsonem execution, você pode atualizar de Node para Node10. Se precisar de suportar versões de servidor mais antigas, pode sair do seu Node ponto de entrada. As instâncias do Azure DevOps que entenderem o manipulador do Nó 10 o escolherão por padrão, e as que não entenderem retornarão à sua implementação do Nó 6.
Salvar um agente não íntegro para investigação em agentes de conjunto de escala
Quando você usa agentes de conjunto de escala, o Azure Pipelines gerencia o dimensionamento para cima e para baixo de instâncias de agente. Quando o Azure Pipelines detetar uma VM não íntegra no conjunto de escala, ele registrará o problema na interface do usuário do Diagnóstico do Pool e tentará excluir a VM. Há muitas razões pelas quais uma VM pode não estar íntegra: a configuração de rede do conjunto de escala pode ter impedido a extensão Azure Pipelines de baixar o agente mais recente, sua extensão de script personalizada pode ter falhado ou a imagem da VM do conjunto de escala pode ter uma reinicialização pendente ou atualizações pendentes do Windows.
Ao excluir VMs não íntegras, o Azure Pipelines mantém seu pool de agentes otimizado para executar trabalhos de CI/CD. Em alguns casos, você poderá usar a página de diagnóstico do Azure Pipelines (mostrada acima) ou a página de diagnóstico do Azure para depurar esse problema. No entanto, em muitos casos, a melhor maneira de diagnosticar o problema é fazer logon na VM e revisar os logs do agente e os logs do visualizador de eventos. No momento, isso não é fácil de fazer, uma vez que a VM não íntegra é excluída automaticamente.
Com esta versão, aprimoramos a capacidade de diagnóstico de VMs não íntegras, dando-lhe a capacidade de salvar um agente não íntegro para investigação.
Quando um agente não íntegro é salvo, você pode se conectar à máquina virtual, depurar e recuperar todos os logs necessários. Quando terminar, você poderá liberar o agente e a VM associada. Para obter mais informações, consulte a seção sobre solução de problemas de agentes não íntegros.
ubuntu-latest pipelines em breve usará Ubuntu-20.04
O Ubuntu 20.04 em breve será a versão padrão para o ubuntu-latest rótulo no Azure Pipelines. Esta alteração será implementada ao longo de um período de várias semanas a partir de 30 de novembro.
Se você vir algum problema com seus pipelines do Ubuntu:
- Arquivar um problema no repositório de ambientes virtuais
- Volte para o Ubuntu 18.04 especificando
ubuntu-18.04como ovmImageem seu pipeline. Continuaremos a suportar o Ubuntu 18.04.
Observe que ubuntu-18.04 e ubuntu-20.04 pode diferir tanto nas ferramentas pré-instaladas quanto nas versões padrão das ferramentas. Para obter informações sobre todas as diferenças, consulte https://github.com/actions/virtual-environments/issues/1816.
Próximos passos
Nota
Esses recursos serão lançados nas próximas duas a três semanas.
Vá até o Azure DevOps e dê uma olhada.
Como fornecer feedback
Gostaríamos muito de ouvir o que você pensa sobre esses recursos. Use o menu Ajuda para relatar um problema ou fornecer uma sugestão.
Você também pode obter conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.
Obrigado,
Matt Cooper