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

Na Atualização de Azure DevOps do Sprint 154, estamos lançando a Azure Pipelines do aplicativo 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 o conteúdo wiki.

Confira a lista de 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 Azure DevOps

Em fevereiro, apresentamos a extensão Azure DevOps para a CLI do Azure. A extensão permite que você interaja com Azure DevOps da 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á geralmente disponível.

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

Azure Boards

Recarregamento dinâmico 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 as alterações. Agora, enquanto você estiver editando campos diferentes, verá atualizações ao vivo das alterações feitas no item de trabalho.

Work item live reload.

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

Agora você pode gerenciar caminhos de iteração e área da linha de comando usando os comandos e az boards area os az boards iteration comandos. 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 de sprint. Para habilitar esse recurso, vá para Opções de Coluna no backlog desejado e, em seguida, adicione a coluna Pai .

Add parent column as a column to a backlog.

Pesquisa instantânea de itens de trabalho

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

Dica

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

Navigate to recently viewed work items and board items from search.

Pesquisar um item de trabalho conforme você digita

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

View search results as you type.

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

Navigate to code and wiki search results from Azure Boards.

Alterar o processo usado por um projeto

Suas ferramentas devem mudar conforme sua equipe faz, agora você pode alternar seus projetos de qualquer modelo de processo pronto para qualquer outro processo pronto. 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.

Change the process used by a project.

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.

Hide a custom field from a work item layout.

Azure Pipelines

Azure Pipelines aplicativo para Jira

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

Azure Pipelines app for Jira.

Além disso, ele exibe informações de compilação e versão de 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 rastreadas no Jira.

Build and release information tracked in 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á @mention 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 de aprovação de implantação de versão pendente.

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

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

URL unfurling (link previews) in Azure Pipelines app for Slack.

Para obter mais detalhes sobre essa atualização, consulte a postagem no blog com o anúncio 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á esperando em um pool hospedado específico (por exemplo, VS2017 hospedado) com todos os agentes ociosos, você pode pensar que Azure Pipelines serviço está quebrado sem perceber que a simultaneidade é possivelmente consumida em outros pools hospedados (por exemplo, Ubuntu 1604 hospedado).

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

Depois que esse recurso for implantado, você verá um único pool hospedado que lhe dará uma imagem precisa de quantos trabalhos estão em execução 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 atualizada do Pool de Agentes nas configurações da organização

Anteriormente, alteramos a página de gerenciamento de pools de agente 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 próximo que incluirá a consolidação para pools hospedados e a capacidade de controlar 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.

Controlar variáveis que podem ser substituídas no tempo de 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 seja 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 um novo Azure DevOps organização.

Suporte para anexos de teste grandes

A tarefa publicar resultados de teste em 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 falhas 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 seus 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
  • condição – executar o trabalho condicionalmente
  • variáveis – os valores codificados 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 definidas em um arquivo.
  • continueOnError – se trabalhos futuros devem ser executados mesmo se esse trabalho de implantação falhar; o padrão é 'false'

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

Integração otimizada

O Optimizely é uma poderosa plataforma de sinalização de recursos e testes de A/B para equipes de produtos. A integração de 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 DevOps de Azure Pipelines.

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

Saiba mais sobre a extensão Azure DevOps Optimizely aqui.

Optimizely

Adicionar uma versão GitHub como uma fonte de artefato

Agora você pode vincular suas versões de GitHub como fonte de artefato em pipelines de lançamento Azure DevOps. Isso permitirá que você consuma a versão 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 GitHub Versão. Você pode fornecer a conexão de serviço e o repositório GitHub para consumir a versão GitHub. Você também pode escolher uma versão padrão para a versão GitHub para consumir como versão de marca mais recente e específica ou selecionar no momento da criação do lançamento. Depois que uma versão GitHub estiver vinculada, ela será baixada automaticamente e disponibilizada em seus trabalhos de lançamento.

Add GitHub release as artifact source.

Pagar por pipelines adicionais do portal Azure DevOps

Anteriormente, você precisava 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 Organização Configurações > Cobrança.

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.

Approve releases directly from releases hub.

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.

Azure Kubernetes Service Cluster link in Kubernetes resource view of Environments.

Liberar filtros de pasta em assinaturas de notificação

As pastas permitem a organização de pipelines para facilitar a descoberta e o controle de segurança. Geralmente, você pode querer configurar notificações de 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 lançamento à implantação concluída e a aprovação de eventos pendentes e simplificar as assinaturas.

Release folder filters in notification subscriptions.

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

Anteriormente, tínhamos suporte 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.

Deploy to AKS from your external Git repos.

Suporte para repositórios do Bitbucket em projetos de DevOps

Adicionamos suporte para repositórios do Bitbucket para DevOps Projetos. 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.

Bitbucket repositories in 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 para AKS e Contêineres do WebApp. Isso será útil quando você quiser manter versões diferentes 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.

select a Dockerfile in deployment center for AKS and WebApp Containers.

Azure Test Plans

Nova visualização pública da página 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 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. Também é livre de desordem e consistente com o resto da oferta de Azure DevOps.

New test plan page.

A nova página pode ser habilitada em Recursos de Visualização, conforme mostrado abaixo.

Enable new Test Plans page.

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.

New Test Plans page features.

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

Azure Repos

Auditoria de eventos de Azure Repos

Adicionamos eventos para Repos que podem ser consumidos por meio da guia de auditoria 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 fork ou undelete), renomeados, excluídos, destruídos ou quando o branch padrão foi alterado.

Auditing for Azure Repos events.

Azure Artifacts

Melhorias no tempo de carregamento da página de feed

Estamos animados 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 de 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ê foi redirecionado para o hub Azure Repos para edição. Atualmente, o hub de repositório não está 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.

Rich editing for code wiki in Wiki Hub.

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

Enquanto ouvimos 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 selecionar Novo item de trabalho. Isso economiza tempo, pois você não precisa criar o item de trabalho primeiro, ir editar e, em seguida, encontrar o item de trabalho para inserção. Ele também reduz a opção de contexto, pois você não sai do escopo wiki.

Create and embed work items from wiki content.

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

Próximas etapas

Observação

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

Vá até 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.

Make a suggestion

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

Obrigada,

Biju Venugopal