Compartilhar via

Faturamento baseado em atribuição de usuário, nível de acesso padrão e faturamento diário - Atualização da Sprint 158

  • Artigo

Na Atualização da Sprint 158 do Azure DevOps, adicionamos a cobrança baseada em atribuição de usuário. Com este recurso, o número de licenças de tipo Básico ou Básico + Test Plan será alterado conforme você adicionar ou remover usuários. Isso significa que você pagará apenas pelas licenças que estiver usando. Também adicionamos uma nova configuração que permite que você escolha se deseja que novos usuários adicionados à sua organização obtenham acesso Básico completo ou acesso limitado/gratuito às Partes Interessadas.

Além disso, mudamos de cobrança mensal para diária. Isso significa que se você fornece acesso pago a um usuário por algumas semanas ou mesmo por alguns dias, você pagará apenas pelo tempo durante o qual o acesso pago foi atribuído a eles, em vez de pagar por um mês inteiro.

Confira a lista de recursos abaixo para saber mais.

O que há de novo no Azure DevOps

Recursos

Geral:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Test Plans:

Emissão de relatórios:

Wiki:

Geral

Nível de acesso padrão e cobrança baseada em atribuição de usuário

Cobrança baseada em atribuição de usuário

Com esta atualização, adicionamos o faturamento baseado em atribuição de usuário. Em vez de ter que aumentar ou diminuir o número de licenças pagas do Plano Básico ou Básico + Plano de Teste que sua organização tem disponível para atribuir, agora isso acontece automaticamente quando você adiciona ou remove usuários ou altera seu nível de acesso. Isso significa que você nunca está pagando por mais licenças do que está usando, e isso torna a automação de sua atribuição de nível de acesso muito mais fácil. Por exemplo, você conseguiu configurar regras de grupo para controlar qual nível de acesso é atribuído a novos usuários que ingressam em sua equipe automaticamente. No entanto, no passado, eles só funcionavam se você tivesse licenças extras pelas quais estava pagando e que ainda não foram atribuídas a ninguém e, se você acabasse, a regra de grupo falhava. Esses tipos de erros não acontecem mais, desde que a assinatura do Azure que você usa para cobrança permaneça ativa.

Nível de acesso padrão para novos usuários

Também adicionamos uma nova configuração que permite que você escolha se deseja que novos usuários adicionados à sua organização obtenham acesso Básico completo ou acesso limitado/gratuito às Partes Interessadas. No passado, novos usuários recebiam o Basic se houvesse licenças Basic não atribuídas disponíveis, mas o Stakeholder se não houvesse. Todas as organizações começarão com seu nível de acesso padrão definido como Stakeholder, para que não haja cobranças inesperadas para novos usuários. Se sua organização normalmente mantinha licenças extras não atribuídas, para que novos usuários adicionados a projetos obtivessem acesso Básico total, altere seu nível de acesso padrão para Básico.

Default access level for new users.

Faturamento diário

Como parte da alteração para o faturamento baseado em atribuição, também mudamos do faturamento mensal para o diário. Agora, se você der a um usuário acesso pago por algumas semanas ou até mesmo alguns dias, você pagará apenas pelo tempo que lhe foi atribuído o acesso pago, em vez de um mês inteiro. À medida que mudamos sua organização de cobrança mensal para diária, sua próxima fatura do Azure provavelmente será menor do que era anteriormente. O próximo mês voltará ao normal quando tiver um mês inteiro de cobranças diárias acumuladas.

Nova interface do usuário para gerenciar permissões do projeto e da organização

O gerenciamento de permissões de organização e projeto tem uma nova aparência e o desempenho foi aprimorado. Agora, novos membros do grupo aparecerão na lista à medida que forem adicionados sem exigir uma atualização forçada da página. Vá até as Configurações da organização e dê uma olhada.

Manage organization and project permissions.

Azure Boards

Suporte para campos personalizados em colunas de Rollup

O rollup agora pode ser feito em qualquer campo, incluindo campos personalizados. Ao adicionar uma coluna Rollup, você ainda pode escolher uma coluna Rollup na lista Rápida, no entanto, se quiser acumular em campos numéricos que não fazem parte do modelo de processo pronto para uso, você pode configurar sua própria coluna da seguinte maneira:

  1. Na sua lista de pendências, clique em "Opções de coluna". Em seguida, no painel, clique em "Adicionar coluna de rollup" e Configurar pacote cumulativo personalizado.

    Rollup on custom fields.

  2. Escolha entre Barra de progresso e Total.
  3. Selecione um tipo de item de trabalho ou um nível de lista de pendências (geralmente as listas de pendências agregam vários tipos de item de trabalho).
  4. Selecione o tipo de agregação. Contagem de itens de trabalho ou Soma. Para Soma, você precisará selecionar o campo a ser resumido.
  5. O botão OK o levará de volta ao painel de opções de coluna, onde você poderá reordenar sua nova coluna personalizada.

Support for custom fields in Rollup columns.

Observe que não é possível editar sua coluna personalizada depois de clicar em OK. Se você precisar fazer uma alteração, remova a coluna personalizada e adicione outra conforme desejado.

Nova regra para ocultar campos em um formulário de item de trabalho baseado na condição

Adicionamos uma nova regra ao mecanismo de regras herdado para permitir que você oculte campos em um formulário de item de trabalho. Essa regra ocultará campos com base na associação ao grupo de usuários. Por exemplo, se o usuário pertencer ao grupo "proprietário do produto", você poderá ocultar um campo específico do desenvolvedor. Para obter mais detalhes, consulte a documentação aqui.

Configurações de notificação de item de trabalho personalizadas

Manter-se atualizado sobre itens de trabalho relevantes para você ou sua equipe é incrivelmente importante. Ele ajuda as equipes a colaborar e se manter no caminho certo com os projetos e garante que todas as partes certas estejam envolvidas. No entanto, diferentes partes interessadas têm diferentes níveis de investimento em diferentes esforços, e acreditamos que isso deve se refletir em sua capacidade de acompanhar o status de um item de trabalho.

Anteriormente, se você quisesse seguir um item de trabalho e receber notificações sobre quaisquer alterações feitas, receberia notificações por e-mail para toda e qualquer alteração feita no item de trabalho. Depois de considerar seu feedback, estamos tornando o seguimento de um item de trabalho mais flexível para todas as partes interessadas. Agora, você verá um novo botão de configurações ao lado do botão Seguir no canto superior direito do item de trabalho. Isso o levará a um pop-up que permitirá que você configure suas opções de acompanhamento.

Configure follow options.

Em Configurações de notificação, você pode escolher entre três opções de notificação. Primeiro, você pode ser completamente cancelado. Em segundo lugar, você pode ser totalmente inscrito, onde você recebe notificações para todas as alterações de item de trabalho. Por fim, você pode optar por ser notificado para alguns dos principais e cruciais eventos de alteração de item de trabalho. Você pode selecionar apenas uma ou todas as três opções. Isso permitirá que os membros da equipe sigam os itens de trabalho em um nível mais alto e não se distraiam com cada alteração feita. Com esse recurso, eliminaremos e-mails desnecessários e permitiremos que você se concentre nas tarefas cruciais em mãos.

Choose Notification Settings.

Estamos entusiasmados em lançar uma visualização do controle Deployment no formulário de item de trabalho. Esse controle vincula seus itens de trabalho a uma versão e permite que você rastreie facilmente onde seu item de trabalho foi implantado. Para saber mais, consulte a documentação aqui.

Link work items to deployments.

Azure Repos

Usar a autenticação baseada em conta de serviço para conectar-se ao AKS

Anteriormente, ao configurar o Azure Pipelines a partir do Centro de Implantação do AKS, usávamos uma Conexão do Azure Resource Manager. Essa conexão tinha acesso a todo o cluster e não apenas ao namespace para o qual o pipeline foi configurado. Com essa atualização, nossos pipelines usarão a autenticação baseada em conta de serviço para se conectar ao cluster para que ele só tenha acesso ao namespace associado ao pipeline.

Visualizar arquivos Markdown na solicitação pull Comparação lado a lado

Agora você pode ver uma visualização de como um arquivo Markdown será exibido usando o novo botão Visualizar . Além disso, você pode ver o conteúdo completo de um arquivo na comparação Lado a lado selecionando o botão Exibir .

Preview Markdown files in pull request Side-by-side diff.

Expiração da política de build para builds manuais

As políticas impõem a qualidade de código e os padrões de gerenciamento de alterações da sua equipe. Anteriormente, você podia definir políticas de expiração de compilação para compilações automatizadas. Agora você também pode definir políticas de expiração de compilação para suas compilações manuais.

Build policy expiration for manual builds.

Adicionar uma política para bloquear confirmações com base no email do autor da confirmação

Os administradores agora podem definir uma política de envio por push para impedir que as confirmações sejam enviadas por push para um repositório para o qual o e-mail do autor da confirmação não corresponda ao padrão fornecido.

Add a policy to block commits based on the commit author email.

Esse recurso foi priorizado com base em uma sugestão da Comunidade de desenvolvedores para oferecer uma experiência semelhante. Continuaremos a manter o ticket aberto e incentivaremos os usuários a nos dizer quais outros tipos de políticas de push você gostaria de ver.

Azure Pipelines

Estágios de falha ao tentar novamente

Observação

Para experimentar esse recurso, você deve ter o recurso de visualização de pipelines de vários estágios habilitado.

Um dos recursos mais solicitados em pipelines de vários estágios é a capacidade de repetir um estágio com falha sem precisar começar do início. Com esta atualização, estamos adicionando uma grande parte dessa funcionalidade.

Agora você pode tentar novamente um estágio de pipeline quando a execução falhar. Todos os trabalhos que falharam na primeira tentativa e aqueles que dependem transitivamente desses trabalhos com falha são todos tentados novamente.

Isso pode ajudá-lo a economizar tempo de várias maneiras. Por exemplo, quando você executa vários trabalhos em um estágio, talvez queira que cada estágio execute testes em uma plataforma diferente. Se os testes em uma plataforma falharem enquanto outros forem aprovados, você poderá economizar tempo ao não executar novamente os trabalhos aprovados. Como outro exemplo, um estágio de implantação pode ter falhado devido a uma conexão de rede escamosa. Repetir esse estágio ajudará você a economizar tempo ao não ter que produzir outra compilação.

Há algumas lacunas conhecidas nesse recurso. Por exemplo, você não pode repetir um estágio que você cancela explicitamente. Estamos trabalhando para fechar essas lacunas em atualizações futuras.

Melhorias em aprovações nos pipelines YAML

Observação

Você deve ter pipelines de vários estágios e novos recursos de visualização de experiência de conexão de serviço habilitados para experimentar esse recurso.

Continuamos a melhorar os pipelines YAML de vários estágios. Com esta atualização, habilitamos a configuração de aprovações em conexões de serviço e pools de agentes. Para aprovações, seguimos a segregação de funções entre proprietários de infraestrutura e desenvolvedores. Ao configurar aprovações em seus recursos, como ambientes, conexões de serviço e pools de agentes, você terá certeza de que todas as execuções de pipeline que usam recursos exigirão aprovação primeiro.

A experiência é semelhante à configuração de aprovações para ambientes. Quando uma aprovação está pendente em um recurso referenciado em um estágio, a execução do pipeline aguarda até que o pipeline seja aprovado manualmente.

Enhancements to approvals in YAML pipelines.

Suporte a testes de estrutura de contêiner no Azure Pipelines

O uso de containers em aplicações está aumentando e, portanto, a necessidade de testes e validação robustos. O Azure Pipelines agora oferece suporte para Testes de Estrutura de Contêiner. Essa estrutura fornece uma maneira conveniente e poderosa de verificar o conteúdo e a estrutura de seus contêineres.

Você pode validar a estrutura de uma imagem com base em quatro categorias de testes que podem ser executados juntos: testes de comando, testes de existência de arquivo, testes de conteúdo de arquivo e testes de metadados. Você pode usar os resultados no pipeline para tomar decisões de ir/não ir. Os dados de teste estão disponíveis na execução do pipeline com uma mensagem de erro para ajudá-lo a solucionar melhor as falhas.

Insira o arquivo de configuração e os detalhes da imagem

Container structure testing support in Azure Pipeline.

Dados e resumo do teste

Test data and summary.

Gerenciamento e resolução de bugs de caráter segmentado

Em julho, introduzimos o gerenciamento de testes escamosos para oferecer suporte ao ciclo de vida de ponta a ponta com detecção, emissão de relatórios e resolução. Para melhorá-lo ainda mais, estamos adicionando gerenciamento e resolução de bugs de teste escamosos.

Ao investigar o teste escamoso, você pode criar um bug usando a ação Bug, que pode ser atribuída a um desenvolvedor para investigar mais profundamente a causa raiz do teste escamoso. O relatório de bug inclui informações sobre o pipeline, como mensagem de erro, rastreamento de pilha e outras informações associadas ao teste.

Quando um relatório de bug é resolvido ou fechado, desmarcamos automaticamente o teste como inflexível.

Melhorias do aplicativo Azure Pipelines para Slack e Microsoft Teams

Pipelines baseados em YAML de vários estágios

Observação

Para experimentar esse recurso, você deve ter o recurso de visualização de pipelines de vários estágios habilitado.

O aplicativo Azure Pipelines para Slack e Microsoft Teams agora oferece suporte a pipelines YAML de vários estágios para CI e CD. Com esse aprimoramento, você será notificado sobre vários eventos relacionados aos pipelines YAML.

Enhancements to Azure Pipelines app for Slack and Microsoft Teams.

Eventos suportados para pipelines YAML de vários estágios

  • Estado de execução alterado
  • Estado do estágio de execução alterado
  • Estágio de execução aguardando aprovação
  • Aprovação do estágio de execução concluída

Events supported for multi-stage YAML pipelines.

Desdobramento de URL e extensões de mensagens

Adicionamos uma extensão de mensagens para o aplicativo Azure Pipelines para Microsoft Teams. Agora você pode pesquisar pipelines e compartilhar detalhes relevantes sobre o pipeline como um cartão no canal. O desdobramento de URL ajuda você a iniciar discussões sobre pipelines e ter conversas contextuais significativas.

URL unfurling and messaging extensions.

Atualizações para imagens de pipelines hospedadas

Atualizamos várias das imagens de VM hospedadas do Azure Pipelines. A seguir estão alguns dos destaques desta atualização:

  • Adicionado Go 1.13 ao Ubuntu 16.04, Ubuntu 18.04, VS2017 e VS2019. Go 1.12 continua sendo o padrão.
  • Adicionado Android SDK e Build Tools 29 para Ubuntu 16.04, Ubuntu 18.04, VS2017 e VS2019.
  • Adicionado o módulo Az 2.6.0 ao VS2017 e VS2019.
  • Várias correções de bugs.

Você pode encontrar mais detalhes sobre os últimos lançamentos aqui.

Observação

Removeremos o Ruby 2.3 de todas as imagens em uma atualização futura, já que ele atingiu o fim da vida útil em 31 de março de 2019.

Tarefa de instalador do Open Policy Agent

O Open Policy Agent é um mecanismo de política de uso geral de código aberto que permite a imposição de políticas unificadas e com reconhecimento de contexto. Adicionamos a tarefa de instalação do Open Policy Agent. É particularmente útil para a aplicação de políticas em pipeline com relação à infraestrutura como provedores de código.

Por exemplo, o Open Policy Agent pode avaliar arquivos de política Rego e planos Terraform em pipeline.

task: OpenPolicyAgentInstaller@0
    inputs:
          opaVersion: '0.13.5'

Decoradores de pipeline para pipelines de lançamento

Os decoradores de tubulação permitem adicionar etapas ao início e ao fim de cada trabalho. Isso é diferente de adicionar etapas a uma única definição, pois se aplica a todos os pipelines em uma organização.

Temos apoiado decoradores para construções e pipelines YAML, com os clientes usando-os para controlar centralmente as etapas em seus trabalhos. Agora estamos estendendo o suporte também para liberar pipelines. Você pode criar extensões para adicionar etapas direcionadas ao novo ponto de contribuição e elas serão adicionadas a todos os trabalhos do agente nos pipelines de versão.

Azure Test Plans

Nova página do Test Plans

A maioria dos recursos de planejamento, criação, execução e controle agora está disponível na nova página Planos de Teste. Por isso, estamos habilitando para todos os usuários de Planos de Teste para que eles possam nos fornecer feedback. Os poucos recursos restantes necessários para atingirmos a paridade com a página Planos de Teste anteriores serão habilitados nos próximos sprints. Se necessário, os usuários podem desabilitar a página Planos de Teste no menu Recursos de Visualização. Leia mais aqui.

Reporting

Burndown do sprint embutido usando story points

Seu Sprint Burndown agora pode ser queimado por Stories. Isso atende aos seus comentários da Comunidade de desenvolvedores.

No hub Sprint, selecione a guia Analytics. Em seguida, configure o relatório da seguinte maneira:

  1. Selecionar lista de pendências de Histórias
  2. Selecione para gravar em Soma de Pontos de História

Inline sprint burndown using story points.

Wiki

URLs de páginas Wiki curtas e legíveis

Você não precisa mais usar uma URL de várias linhas para compartilhar links de página wiki. Estamos aproveitando os IDs de página na URL para remover parâmetros, tornando a URL mais curta e fácil de ler.

A nova estrutura de URLs terá a seguinte aparência:

https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}

Este é um exemplo da nova URL para uma página Wiki de Bem-vindo ao Azure DevOps :

https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki

Isso foi priorizado com base nesse tíquete de sugestão de recurso da Comunidade de desenvolvedores.

Suporte a diagrama do Mermaid na wiki

Adicionamos suporte para inserir diagramas de sereia em páginas wiki. Agora você pode criar, editar e gerenciar fluxogramas, diagramas de sequência em seus documentos de design e adicionar gráficos de Gantt em seus documentos de planejamento no Wiki de DevOps do Azure.

Mermaid diagram support in wiki.

Isso foi priorizado com base nesse tíquete de sugestão de recurso da Comunidade de desenvolvedores. Para obter mais informações sobre diagramas de sereia, consulte nossa documentação aqui.

Próximas etapas

Observação

Esses recursos serão lançados nas próximas duas a três semanas.

Vá até o Azure DevOps e dê uma olhada.

Ir para o Azure DevOps

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,

Ravi Shanker