Compartilhar via


Rastreabilidade bidirecional entre versões e problemas do Jira – Atualização do Sprint 154

Na atualização do Sprint 154 do Azure DevOps, estamos lançando o aplicativo Azure Pipelines for Jira para o marketplace atlassiano. A integração adiciona links para problemas do Jira como itens de trabalho implantados com as versões e permite exibir detalhes da implantação diretamente em problemas do Jira.

Também fizemos melhorias para facilitar a pesquisa e o acompanhamento de itens de trabalho. A caixa de pesquisa agora dá suporte à pesquisa instantânea de itens de trabalho e à lista de itens de trabalho recentes. Além disso, o Wiki agora permite que você crie documentos dinâmicos, permitindo que você crie e acompanhe itens de trabalho usando conteúdo wiki.

Confira a lista Recursos abaixo para obter mais informações.

Novidades no Azure DevOps

Recursos

Geral:

Azure Boards:

Azure Pipelines:

Azure Test Plans:

Azure Repos:

Azure Artifacts:

Wiki:

Geral

Disponibilidade geral da CLI do Azure DevOps

Em fevereiro, apresentamos a extensão do Azure DevOps para a CLI do Azure. A extensão permite interagir com o Azure DevOps na linha de comando. Coletamos seus comentários que nos ajudaram a melhorar a extensão e adicionar mais comandos. Agora estamos felizes em anunciar que a extensão está em disponibilidade geral.

Para saber mais sobre a CLI do Azure DevOps, confira a documentação aqui.

Azure Boards

Recarga dinâmica do item de trabalho

Anteriormente, ao atualizar um item de trabalho e um segundo membro da equipe estava fazendo alterações no mesmo item de trabalho, o segundo usuário perderia suas alterações. Agora, enquanto você estiver editando campos diferentes, verá atualizações ao vivo das alterações feitas no item de trabalho.

Recarregamento dinâmico do item de trabalho.

Gerenciar caminhos de iteração e área da linha de comando

Agora você pode gerenciar caminhos de iteração e área da linha de comando usando os az boards iteration comandos e az boards area . Por exemplo, você pode configurar e gerenciar caminhos de iteração e área interativamente da CLI ou automatizar toda a configuração usando um script. Para obter mais detalhes sobre os comandos e a sintaxe, consulte a documentação aqui.

Coluna pai do item de trabalho como opção de coluna

Agora você tem a opção de ver o pai de cada item de trabalho na lista de pendências do produto ou na lista de pendências do sprint. Para habilitar esse recurso, acesse Opções de Coluna na lista de pendências desejada e adicione a coluna Pai .

Adicione a coluna pai como uma coluna a uma lista de pendências.

Pesquisa instantânea de itens de trabalho

Facilitamos a localização de itens de trabalho, quadros, listas de pendências e sprints visitados recentemente. Agora você pode acessar itens de trabalho visitados recentemente clicando na caixa de pesquisa em Azure Boards.

Dica

Você pode invocar a caixa de pesquisa digitando o atalho de teclado "/".

Navegue até itens de trabalho exibidos recentemente e itens de placa da pesquisa.

Pesquisar um item de trabalho conforme você digita

Agora você pode exibir os resultados da pesquisa do item de trabalho conforme digita na caixa de pesquisa. Isso ajudará você a navegar rapidamente até o item de trabalho de sua escolha.

Exiba os resultados da pesquisa conforme você digita.

Além disso, você pode navegar até os resultados da pesquisa de código e wiki sem precisar alternar guias pousando na pesquisa de itens de trabalho e alterando as guias para exibir os resultados da pesquisa de código ou pacote.

Navegue até os resultados da pesquisa de código e wiki de Azure Boards.

Alterar o processo usado por um projeto

Suas ferramentas devem ser alteradas conforme sua equipe faz, agora você pode mudar seus projetos de qualquer modelo de processo pronto para qualquer outro processo pronto para uso. Por exemplo, você pode alterar seu projeto de usar Agile para Scrum ou Básico para Agile. Você pode encontrar a documentação passo a passo completa aqui.

Altere o processo usado por um projeto.

Ocultar campos personalizados do layout

Agora você pode ocultar campos personalizados do layout do formulário ao personalizar seu processo. O campo ainda estará disponível em consultas e APIs REST. Isso é útil para acompanhar campos extras quando você está se integrando a outros sistemas.

Ocultar um campo personalizado de um layout de item de trabalho.

Azure Pipelines

Aplicativo Azure Pipelines para Jira

Estamos entusiasmados em anunciar a disponibilidade do aplicativo Azure Pipeline para Jira. A integração permite a vinculação bidirecional entre versões no Azure Pipelines e problemas na nuvem de software do Jira. Ele simplifica a geração de notas sobre a versão rastreando problemas do Jira mencionados em confirmações do GitHub implantadas com versões.

Aplicativo Azure Pipelines para Jira.

Além disso, ele exibe informações de build e versão do Azure Pipelines e mostra-as no painel de desenvolvimento dos problemas. Esse acompanhamento habilitado de como e quando um problema é entregue e fornece um ciclo de desenvolvimento apertado, desde a criação de problemas até implantações controladas no Jira.

Informações de build e versão rastreadas no Jira.

Melhorias no aplicativo Azure Pipelines para Slack

Em fevereiro, lançamos o aplicativo Azure Pipelines para Slack para ajudá-lo a monitorar seus pipelines. Com essa atualização, aprimoramos o aplicativo. Usará @menção no canal do Slack quando houver uma notificação para um build com falha que você disparou. Além disso, ele notificará você quando você for um aprovador em uma notificação pendente de aprovação de implantação de versão.

Além disso, agora você pode colar um link para um build ou lançamento no aplicativo Azure Pipelines e obter uma visualização avançada do pipeline. Isso adiciona contexto ao link e facilita a navegação até o Azure DevOps.

Por exemplo, colar um link para um build mostra os detalhes do build e do status atual.

Desenrolamento de URL (visualizações de link) no aplicativo Azure Pipelines para Slack.

Para obter mais detalhes sobre essa atualização, consulte a postagem no blog com o comunicado completo aqui.

Pool hospedado único

Observação

Essa é uma alteração futura que desejamos comunicar com antecedência.

Ter vários pools hospedados pode ser confuso às vezes. Você não obtém uma imagem precisa de onde a simultaneidade está sendo consumida. Por exemplo, se você tiver uma simultaneidade de 10 trabalhos paralelos, verá 10 agentes virtuais em cada um dos pools hospedados, o que não é preciso. Quando seu trabalho está aguardando um pool hospedado específico (por exemplo, VS2017 hospedado) com todos os agentes ociosos, você pode pensar que o serviço do Azure Pipelines está quebrado sem perceber que a simultaneidade é possivelmente consumida em outros pools hospedados (por exemplo, O Ubuntu 1604 hospedado).

Atualizaremos nossas experiências de gerenciamento de pool de agentes para incluir um novo pool unificado de agentes hospedados chamado Azure Pipelines. Isso substituirá em breve os outros pools hospedados que você tem - Hospedado, HOSPEDADO VS2017, Hosted Ubuntu 1604, Hosted Windows 2019 com VS2019, MacOS hospedado e MacOS High Sierra hospedado.

Depois que esse recurso for implantado, você verá um único pool hospedado que fornecerá uma visão precisa de quantos trabalhos estão sendo executados nesse pool. Planejamos implementar essa mudança nos próximos sprints. Você não precisará fazer nenhuma alteração em seus pipelines, pois redirecionaremos automaticamente os trabalhos dos pools hospedados antigos para a imagem apropriada no novo pool unificado.

Interface do Pool de Agentes atualizada nas configurações da organização

Anteriormente, alteramos a página de gerenciamento de pools de agentes nas configurações do projeto para incluir uma nova interface do usuário. Com essa atualização, estamos atualizando a interface de pools de agentes nas configurações da organização. Essa nova interface ajudará com um recurso futuro que incluirá a consolidação para pools hospedados e a capacidade de acompanhar o consumo de trabalhos simultâneos.

Para obter mais detalhes sobre o próximo recurso, consulte a nota de versão no pool hospedado único.

Variáveis de controle que podem ser substituídas no momento da fila

Atualmente, você pode usar a interface do usuário ou a API REST para atualizar os valores de qualquer variável antes de iniciar uma nova execução. Embora o autor do pipeline possa marcar determinadas variáveis como _settable at queue time_, o sistema não impõe isso nem impediu que outras variáveis fossem definidas. Em outras palavras, a configuração só foi usada para solicitar entradas adicionais ao iniciar uma nova execução.

Adicionamos uma nova configuração de organização que impõe o _settable at queue time_ parâmetro . Isso lhe dará controle sobre quais variáveis podem ser alteradas ao iniciar uma nova execução. Daqui para frente, você não pode alterar uma variável que não esteja marcada pelo autor como _settable at queue time_.

Observação

Essa configuração está desativada por padrão em organizações existentes, mas estará ativada por padrão quando você criar uma nova organização do Azure DevOps.

Suporte para anexos de teste grandes

A tarefa publicar resultados de teste no Azure Pipelines permite publicar resultados de teste quando os testes são executados para fornecer uma experiência abrangente de análise e relatórios de teste. Até agora, havia um limite de 100 MB para anexos de teste para resultados de teste e execução de teste. Isso limitou o carregamento de arquivos grandes, como despejos de memória ou vídeos. Com essa atualização, adicionamos suporte para anexos de teste grandes, permitindo que você tenha todos os dados disponíveis para solucionar problemas de testes com falha.

Implantações no pipeline YAML

Um trabalho de implantação é um tipo especial de trabalho usado para implantar seu aplicativo em um ambiente. Com essa atualização, adicionamos suporte para referências de etapa em um trabalho de implantação. Por exemplo, você pode definir um conjunto de etapas em um arquivo e fazer referência a ele em um trabalho de implantação.

Também adicionamos suporte para propriedades adicionais ao trabalho de implantação. Por exemplo, aqui estão algumas propriedades de um trabalho de implantação que agora você pode definir,

  • timeoutInMinutes – quanto tempo executar o trabalho antes de cancelar automaticamente
  • cancelTimeoutInMinutes – quanto tempo dar a "executar sempre mesmo se as tarefas canceladas" antes de encerrá-las
  • condition – executar o trabalho condicionalmente
  • variáveis – os valores codificados em código podem ser adicionados diretamente, ou grupos de variáveis , o grupo de variáveis apoiado por um cofre de chaves do Azure pode ser referenciado ou você pode se referir a um conjunto de variáveis definido em um arquivo.
  • continueOnError - se trabalhos futuros devem ser executados mesmo se esse trabalho de implantação falhar; usa como padrão 'false'

Para obter mais detalhes sobre trabalhos de implantação e a sintaxe completa para especificar um trabalho de implantação, consulte Trabalho de implantação.

Integração otimizada

Optimizely é uma poderosa plataforma de sinalização de recursos e testes A/B para equipes de produtos. A integração do Azure Pipelines com a plataforma de experimentação Optimizely capacita as equipes de produtos a testar, aprender e implantar em um ritmo acelerado, ao mesmo tempo em que obtém todos os benefícios do DevOps do Azure Pipelines.

A extensão Optimizely para o Azure DevOps adiciona etapas de distribuição de sinalizadores de experimentação e recursos aos pipelines de build e lançamento, para que você possa iterar, distribuir recursos continuamente e revertê-los usando o Azure Pipelines.

Saiba mais sobre a extensão otimizada do Azure DevOps aqui.

Optimizely

Adicionar uma versão do GitHub como uma fonte de artefato

Agora você pode vincular suas versões do GitHub como fonte de artefato em pipelines de lançamento do Azure DevOps. Isso permitirá que você consuma a versão do GitHub como parte de suas implantações.

Ao clicar em Adicionar um artefato na definição do pipeline de lançamento, você encontrará o novo tipo de origem da Versão do GitHub . Você pode fornecer a conexão de serviço e o repositório GitHub para consumir a versão do GitHub. Você também pode escolher uma versão padrão para a versão do GitHub consumir como versão de marca mais recente e específica ou selecionar no momento da criação da versão. Depois que uma versão do GitHub é vinculada, ela é baixada automaticamente e disponibilizada em seus trabalhos de lançamento.

Adicione a versão do GitHub como origem do artefato.

Pagar por pipelines adicionais no portal do Azure DevOps

Anteriormente, você tinha que ir ao Marketplace para pagar por pipelines adicionais. Agora você pode comprar pipelines adicionais no portal do Azure DevOps. Você pode aumentar ou diminuir a contagem de CI/CD hospedados pela Microsoft ou auto-hospedados da Cobrança de Configurações > da Organização.

Para saber mais, visite a documentação sobre como comprar CI/CD aqui.

Aprovar versões diretamente do Hub de Versões

A ação para aprovações pendentes facilitou. Até agora, era possível aprovar uma versão da página de detalhes da versão. Agora, possibilitamos que você aprove as versões diretamente do hub de Versões.

Aprovar versões diretamente do hub de versões.

Adicionamos um link à exibição de recursos de ambientes do Kubernetes para que você possa navegar até a folha do Azure para o cluster correspondente. Isso se aplica a ambientes mapeados para namespaces em clusters de Serviço de Kubernetes do Azure.

Serviço de Kubernetes do Azure link cluster na exibição de recursos do Kubernetes de Ambientes.

Filtros de pasta de versão em assinaturas de notificação

As pastas permitem organizar pipelines para facilitar a descoberta e o controle de segurança. Geralmente, talvez você queira configurar notificações por email personalizadas para todos os pipelines de lançamento, que são representados por todos os pipelines em uma pasta. Anteriormente, você precisava configurar várias assinaturas ou ter uma consulta complexa nas assinaturas para obter emails focados. Com essa atualização, agora você pode adicionar uma cláusula de pasta de versão à implantação concluída e aprovação de eventos pendentes e simplificar as assinaturas.

Filtros de pasta de versão em assinaturas de notificação.

Implantar repositórios Git externos no AKS (Serviços de Kubernetes do Azure)

Anteriormente, tínhamos suporte para Azure Repos e GitHub como locais de código no centro de implantação do AKS. Com essa atualização, estamos adicionando suporte para repositórios Git externos para que você possa implantar seu código de qualquer repositório Git público ou privado no AKS.

Implante no AKS de seus repositórios Git externos.

Suporte para repositórios do Bitbucket em Projetos de DevOps

Adicionamos suporte para repositórios Bitbucket a Projetos de DevOps. Agora você pode obter a experiência OAuth e uma lista populada de repositórios e branches para selecionar ao implantar em recursos do Azure.

Repositórios do Bitbucket no DevOps Projects.

Selecione um Dockerfile no centro de implantação para contêineres do AKS e do WebApp

Agora você pode selecionar um Dockerfile no centro de implantação do AKS e contêineres do WebApp. Isso será útil quando você quiser manter diferentes versões do Dockerfile ou ter vários aplicativos no mesmo repositório. Com isso, você poderá selecionar o DockerFile/aplicativo específico que deseja enviar por push.

selecione um Dockerfile no centro de implantação para AKS e Contêineres do WebApp.

Azure Test Plans

Visualização pública da página Novo Plano de Teste

Uma nova página de Test Plans (Test Plans*) está disponível em versão prévia pública para todas as organizações do Azure DevOps. A nova página fornece exibições simplificadas para ajudá-lo a se concentrar na tarefa em questão – planejamento de teste, criação ou execução. Ele também é sem problemas e consistente com o restante da oferta do Azure DevOps.

Página Novo plano de teste.

A nova página pode ser habilitada em Versão Prévia dos Recursos, conforme mostrado abaixo.

Habilite a nova página de Test Plans.

A página Test Plans* terá a maioria dos recursos da página existente, além de novos recursos, como copiar e clonar planos de teste. Continuaremos a adicionar recursos de planejamento e criação de teste a cada três semanas.

Novos recursos da página Test Plans.

Para saber mais sobre a nova página, confira a documentação aqui.

Azure Repos

Auditoria de eventos de Azure Repos

Adicionamos eventos para Repos que podem ser consumidos por meio da guia auditoria do Azure DevOps nas configurações da organização. Agora você pode exibir eventos para políticas quando elas são criadas, removidas, modificadas ou ignoradas. Além disso, você pode exibir eventos para repositórios quando eles são criados (incluindo via bifurcação ou exclusão), renomeados, excluídos temporariamente, destruídos ou quando o branch padrão alterado.

Auditoria de eventos de Azure Repos.

Azure Artifacts

Melhorias no tempo de carregamento da página de feed

Estamos felizes em anunciar que melhoramos o tempo de carregamento da página do feed. Em média, os tempos de carregamento da página de feed diminuíram 10%. Os maiores feeds foram os que mais melhoraram o tempo de carregamento da página do feed de 99º percentil (tempos de carga nos 99% mais altos de todos os feeds) diminuiu 75%.

Wiki

Edição avançada para páginas wiki de código

Anteriormente, ao editar uma página wiki de código, você era redirecionado para o hub Azure Repos para edição. Atualmente, o Hub de repositório não é otimizado para edição de markdown.

Agora você pode editar uma página wiki de código no editor lado a lado dentro do wiki. Isso permite que você use a barra de ferramentas markdown avançada para criar seu conteúdo tornando a experiência de edição idêntica à do wiki do projeto. Você ainda pode optar por editar em repositórios selecionando a opção Editar em Repos no menu de contexto.

Edição avançada para wiki de código no Hub Wiki.

Criar e inserir itens de trabalho de uma página wiki

Enquanto ouvíamos seus comentários, ouvimos que você usa o wiki para capturar documentos de debate, documentos de planejamento, ideias sobre recursos, documentos de especificação, minutos de reunião. Agora você pode criar facilmente recursos e histórias de usuário diretamente de um documento de planejamento sem sair da página wiki.

Para criar um item de trabalho, selecione o texto na página wiki em que você deseja inserir o item de trabalho e selecione Novo item de trabalho. Isso economiza tempo, pois você não precisa criar o item de trabalho primeiro, vá para editar e, em seguida, localize o item de trabalho para inserção. Ele também reduz a alternância de contexto, pois você não sai do escopo wiki.

Crie e insira itens de trabalho com base no conteúdo wiki.

Para saber mais sobre como criar e inserir um item de trabalho do wiki, confira nossa documentação aqui.

Próximas etapas

Observação

Esses recursos serão distribuídos nas próximas duas a três semanas.

Acesse o Azure DevOps e dê uma olhada.

Como fornecer comentários

Adoraríamos ouvir o que você pensa sobre esses recursos. Use o menu de comentários para relatar um problema ou fornecer uma sugestão.

Fazer uma sugestão

Você também pode obter conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigada,

Biju Venugopal