Compartilhar via

Gerenciar a cobrança da organização no Azure DevOps – Atualização do Sprint 150

  • Artigo

Na Atualização do Sprint 150 do Azure DevOps, adicionamos a capacidade de gerenciar a cobrança para sua organização em nosso portal.

Na nova guia de cobrança, você pode escolher a assinatura do Azure usada para cobrança e pagar por usuários adicionais. Você não precisa mais acessar o Visual Studio Marketplace ou o portal do Azure para gerenciar a cobrança.

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

Recursos

Geral:

Azure Boards:

Azure Repos:

Azure Pipelines:

Emissão de relatórios:

Wiki:

Administração:

Geral

Disponibilidade geral do tema escuro

Em outubro passado, lançamos a versão prévia pública do tema escuro como parte da nova navegação. Depois de vários meses em versão prévia, ouvindo comentários e ajustando a experiência, estamos entusiasmados em anunciar a disponibilidade geral do tema escuro.

Gerenciar a cobrança para sua organização do Azure DevOps

Estamos felizes em anunciar que agora você pode gerenciar a cobrança da sua organização no portal do Azure DevOps. Os administradores não precisam mais configurar a cobrança por meio do portal do Azure. Para gerenciar as configurações de cobrança, acesse Configurações da Organização e selecione Cobrança.

Abaixo está uma lista de configurações que você pode gerenciar na guia Cobrança .

  1. Você pode escolher uma assinatura do Azure a ser usada para cobrança.

    Cobrança de configurações da organização.

  2. Você pode alterar a assinatura do Azure que sua organização usa para cobrança selecionando uma assinatura diferente. Anteriormente, era necessário remover a cobrança e, em seguida, redefinir cuidadosamente o mesmo nível para cada um dos seus recursos pagos (usuários básicos, usuários de Gerenciamento de Pacotes, pipelines hospedados em MS etc...). Esse processo era tedioso e propenso a erros. Agora você pode alterar a assinatura do Azure que sua organização usa para cobrança selecionando uma assinatura diferente e clicando em salvar.

    Cobrança da ID da Assinatura do Azure.

  3. Não é mais necessário acessar o Visual Studio Marketplace para gerenciar a configuração de cobrança. Adicionamos a capacidade de pagar por usuários adicionais do Basic, Do Gerenciador de Testes e do Gerenciamento de Pacotes (Azure Artifacts). Você pode aumentar ou diminuir a contagem de usuários que sua organização está pagando na nova guia Cobrança.

    Cobrança paga por usuários adicionais.

Azure Boards

Trabalho de consulta baseado em grupos do Azure Active Directory

Com o aumento da adoção do Azure Active Directory e a prevalência do uso de grupos para gerenciar a segurança, as equipes têm buscado cada vez mais maneiras de aproveitar esses grupos em Azure Boards. Agora, além de consultar itens de trabalho que foram atribuídos ou alterados por pessoas específicas usando os operadores In Group ou Not In Group , você também pode usar grupos do Azure Active Directory diretamente.

Consulte a documentação de operadores de consulta para obter mais informações.

Trabalho de consulta com base em grupos.

Compartilhar o quadro da sua equipe usando um selo

O README do repositório geralmente é a casa para a qual sua equipe de projeto recorre para obter informações sobre como contribuir e usar sua solução. Agora, como você pode com uma compilação ou implantação status no Azure Pipelines, você pode adicionar ao SEU LEIAME um selo para o quadro da sua equipe no Azure Boards. Você pode configurar o selo para mostrar apenas as colunas Em Andamento ou todas as colunas e até mesmo tornar o selo visível publicamente se o projeto for código aberto.

Use um selo para compartilhar quadros.

Se o README for baseado no Markdown, você poderá simplesmente copiar o Markdown de exemplo da página de configurações de selo do status e colá-lo no arquivo.

Selo em um LEIAME no GitHub.

Consultar trabalho em relação ao início do dia, semana, mês ou ano

Embora as equipes geralmente se concentrem no trabalho dentro do contexto do que está por vir ou com base em iterações de sprint, muitas vezes é interessante olhar para trás no trabalho através das lentes do calendário para relatar todo o trabalho que aconteceu no mês passado ou no primeiro trimestre do ano. Agora você pode usar o novo conjunto de macros @StartOf a seguir, juntamente com qualquer campo baseado em data para consultar com base no início do dia, semana, mês ou ano:

  • @StartOfYear
  • @StartOfMonth
  • @StartOfWeek
  • @StartOfDay

Cada uma dessas macros também aceita uma nova cadeia de caracteres modificadora que permite deslocar os dados por unidades de data diferentes. Por exemplo, você pode escrever uma consulta para localizar todos os itens de trabalho concluídos no primeiro trimestre deste ano consultando em Data >de Alteração de Estado = @StartOfYear e Data <de Alteração de Estado = @StartOfYear(“+3M”). Consulte a documentação de macros de consulta para obter mais informações.

Consulte o trabalho em relação ao início do dia, da semana, do mês ou do ano.

Exportar resultados de consulta para um arquivo CSV

Agora você pode exportar os resultados da consulta diretamente para um arquivo de formato CSV da Web.

Exportar resultados da consulta.

Azure Repos

Novos tipos de mesclagem para concluir solicitações de pull

Agora você tem mais opções ao mesclar as alterações de uma solicitação de pull para o branch de destino. Adicionamos suporte para dois dos nossos recursos mais solicitados no Developer Community: mesclagem de avanço rápido e mesclagem semi linear (também chamada de "Rebase e Merge").

Agora você verá essas novas opções disponíveis na caixa de diálogo Solicitação de Pull Completa :

Novos tipos de mesclagem para concluir solicitações de pull.

A página de administração de política atualizada permite que os administradores controlem quais estratégias de mesclagem são permitidas em um branch ou pasta de branches.

Limitar tipos de mesclagem.

Observação

As políticas existentes ainda são impostas. Por exemplo, se o branch tiver uma política de "somente mesclagem combinação por squash" em vigor, você precisará editar essa política para usar as novas estratégias de mesclagem.

Há algumas situações em que a rebasing durante a conclusão da solicitação de pull não é possível:

  • Se uma política no branch de destino proibir o uso de estratégias de rebase, você precisará da permissão "Substituir políticas de branch".
  • Se o branch de origem da solicitação de pull tiver políticas, você não poderá rebaseá-la. A rebasing modificará o branch de origem sem passar pelo processo de aprovação da política.
  • Se você usou a Extensão de Conflito de Mesclagem para resolve conflitos de mesclagem. As resoluções de conflitos aplicadas a uma mesclagem de três vias raramente são bem-sucedidas (ou até mesmo válidas) ao rebasar todos os commits em uma solicitação de pull uma de cada vez.

Em todos esses casos, você ainda tem a opção de rebasar seu branch localmente e enviar por push para o servidor ou mesclar combinação por squash suas alterações ao concluir a solicitação de pull.

Azure Pipelines

Tarefa de manifesto do Kubernetes

Adicionamos uma nova tarefa aos pipelines de lançamento para simplificar o processo de implantação em clusters do Kubernetes usando arquivos de manifesto. Essa tarefa fornecerá os seguintes benefícios em comparação com o uso do binário kubectl em scripts:

  • Substituição de artefato – a ação de implantação usa como entrada uma lista de imagens de contêiner que podem ser especificadas junto com suas marcas ou resumos. Isso é substituído na versão não modelo dos arquivos de manifesto antes de aplicá-lo ao cluster para garantir que a versão correta da imagem seja extraída pelos nós do cluster.

  • Estabilidade do manifesto – a distribuição status é verificada quanto aos objetos do Kubernetes implantados para incorporar verificações de estabilidade ao calcular a tarefa status como êxito/falha.

  • Anotações de rastreabilidade – as anotações são adicionadas aos objetos do Kubernetes implantados para sobrepor informações de rastreabilidade sobre a organização, o projeto, o pipeline e a execução de origem.

  • Manifesto de bake – a ação bake da tarefa permite assar gráficos do Helm em arquivos de manifesto do Kubernetes para que eles possam ser aplicados ao cluster.

  • Estratégia de implantação – escolher a estratégia canário com a ação de implantação leva à criação do percentual desejado de cargas de trabalho sufixos com -baseline e -canary para que elas possam ser comparadas durante uma ManualIntervention tarefa antes de utilizar a ação promover/rejeitar da tarefa para finalizar a versão a ser retida.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Atualizações para a tarefa do Docker

Atualizamos a tarefa do Docker para simplificar a experiência de criação de pipeline. O comando buildAndPush agora pode ser usado para criar várias marcas para um repositório de contêiner específico e efetuar push dele para vários registros de contêiner em uma única etapa. A tarefa pode usar conexões de serviço do Registro do Docker para fazer logon em registros de contêiner. Os metadados de rastreabilidade sobre o repositório de origem, a confirmação e a procedência de build são adicionados como rótulos às imagens criadas usando essa tarefa.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Instalador da ferramenta kubectl

Adicionamos uma nova tarefa que permite instalar uma versão específica do binário do Kubectl nos agentes. As cadeias de caracteres de versão mais recentes e semver , como 'v1.14.0', são aceitas como valores válidos para a entrada especificação de versão do Kubectl.

instalador de ferramenta kubectl.

Registro de contêiner do Azure na conexão do serviço de registro do Docker

Agora você pode criar uma conexão de serviço do Registro do Docker na página de configurações do projeto. Para criar a conexão, escolha um registro de contêiner do Azure em uma das assinaturas associadas à sua identidade do Azure Active Directory (Azure AD). Todas as tarefas que exigem conexões de serviço com registros de contêiner, como Docker@2 e KubernetesManifest@0 darão suporte a uma única maneira de especificar uma conexão.

Adicione uma conexão de serviço do Docker.

Suporte ao cgroup no pool do Ubuntu hospedado

No Linux, quando o uso de memória ficar muito alto, o kernel encerrará alguns processos para proteger o restante. Se o processo do agente do Azure Pipelines estiver selecionado para encerramento, a execução do pipeline falhará com uma mensagem de erro sobre a perda de comunicação com o agente. No pool do Ubuntu hospedado pela Microsoft, reduzimos as chances de que o agente seja encerrado executando etapas dentro de um cgroup personalizado. Embora o pipeline ainda possa falhar se você exceder a memória disponível, é mais provável que o processo do agente sobreviva e relate a falha corretamente. Se você executar um agente linux privado, publicamos as configurações que usamos para que você possa considerar uma configuração semelhante.

Executar uma vez agente

Se você estiver usando uma infraestrutura como Instâncias de Contêiner do Azure para executar agentes privados elásticos, geralmente, você deseja que cada agente aceite apenas um trabalho antes de ir embora. Até agora, isso não era fácil, pois você precisava encerrar o agente (possivelmente causando uma falha ao ser relatado) ou aceitar o risco de que um agente pudesse receber outro trabalho antes que você pudesse desligá-lo. Com essa atualização, adicionamos o sinalizador --once à configuração do agente. Quando você configurar o agente dessa maneira, ele aceitará apenas um trabalho e, em seguida, desligará a si mesmo.

Suporte para Visual Studio 2019 (VS2019) na tarefa teste do Visual Studio

Adicionamos suporte para VS2019 à tarefa teste do Visual Studio em pipelines. Para executar testes usando a plataforma de teste para VS2019, selecione as opções Mais recente ou Visual Studio 2019 na lista suspensa Testar versão da plataforma.

Suporte para Visual Studio 2019 (VS2019) na tarefa Teste do Visual Studio.

Atualização da interface do usuário do pool de agentes

A página de gerenciamento de pools de agentes nas configurações do projeto foi atualizada com uma nova interface do usuário. Agora você pode ver facilmente todos os trabalhos em execução em um pool. Além disso, você pode saber por que um trabalho não está em execução.

Atualização da experiência do usuário (UX) do pool de agentes.

Tarefa assistente para edição de arquivos YAML

Continuamos recebendo muitos comentários pedindo para facilitar a edição de arquivos YAML para pipelines. Nas atualizações anteriores, adicionamos suporte ao IntelliSense. Agora estamos adicionando uma tarefa assistente ao editor YAML. Com isso, você terá a mesma experiência familiar para adicionar uma nova tarefa a um arquivo YAML como no editor clássico. Esse novo assistente dá suporte à maioria dos tipos comuns de entrada de tarefa, como listas de seleção e conexões de serviço. Para usar a nova tarefa assistente, selecione Editar em um pipeline baseado em YAML e selecione o assistente Tarefa.

Tarefa assistente para edição de arquivos YAML.

Atualizações de imagem de pipelines hospedados

Estamos felizes em anunciar atualizações para o pool de macOS hospedado para o OS X Mojave (10.4), que também incluirá suporte para o Xcode 10.2. Se os pipelines baseados em designer estiverem usando o pool de macOS hospedado , os pipelines serão atualizados automaticamente para o Mojave. Se você quiser permanecer no OS X High Sierra (10.3), altere o pool em que suas compilações são executadas para o MacOS High Sierra hospedado.

Se você estiver usando YAML, os novos rótulos vmImage que você pode usar serão os seguintes:

  • Rótulo de imagem que sempre apontará para a versão mais recente do macOS, atualmente 10.4
vmImage: 'macOS-latest'
  • Esse rótulo de imagem destina-se especificamente ao mac OS 10.4 se você quiser ter certeza de que seu pipeline é executado no Mojave
vmImage: 'macOS-10.4'
  • Rótulo de imagem que terá como destino especificamente o mac OS 10.3 se você quiser ter certeza de que seu pipeline é executado no High Sierra
vmImage: 'macOS-10.3'

Também fizemos atualizações na imagem do Windows Server 2019 para o Azure Pipelines hospedado. As versões mais recentes podem ser encontradas aqui. Essa atualização inclui novas versões do VS2019 Preview, Docker, PowerShell Core, Node.js, npm e outros.

Para obter mais detalhes sobre o que está contido em nossas imagens de VM do macOS hospedadas e saiba mais sobre as ferramentas disponíveis em nossas imagens, visite nosso repositório de Geração de Imagens no GitHub.

Melhorias na integração do ServiceNow

Em dezembro passado, lançamos a integração do ServiceNow Change Management com pipelines de lançamento. Uma funcionalidade fundamental para a colaboração entre equipes que permitiu que cada equipe ussse um serviço de sua escolha e tivesse uma entrega de ponta a ponta eficaz. Com essa atualização, aprimoramos a integração para dar suporte a todos os tipos de alterações (normal, padrão e de emergência). Além disso, agora você pode especificar a porta usada para criar uma nova solicitação de alteração usando um modelo existente, de acordo com o processo de ITSM seguido em sua organização. Por fim, você também pode portar versões com base em solicitações de alteração existentes. Isso permite que você adote o CD, sem a necessidade de alterar o processo recomendado por suas equipes de TI.

Gerenciamento de alterações do ServiceNow.

Suporte para Azure PowerShell módulo Az

Azure PowerShell fornece um conjunto de cmdlets que você pode usar para gerenciar recursos do Azure na linha de comando. Em dezembro passado, o módulo Azure PowerShell Az ficou disponível e agora é o módulo pretendido para gerenciar seus recursos do Azure.

Anteriormente, não fornecemos suporte para o módulo Azure PowerShell Az em nossos agentes hospedados. Com o novo Azure PowerShell tarefa versão 4.* em pipelines de build e lançamento, adicionamos suporte para o novo módulo Az para todas as plataformas. Azure PowerShell tarefa versão 3.* continuará a dar suporte ao módulo AzureRM. No entanto, para acompanhar os serviços e recursos mais recentes do Azure, recomendamos que você alterne para o Azure PowerShell versão 4.* da tarefa o mais rápido possível.

O módulo Az tem um modo de compatibilidade para ajudá-lo a usar scripts existentes enquanto você os atualiza para usar a nova sintaxe. Para habilitar a compatibilidade para o módulo Az, use o Enable-AzureRmAlias comando . Os aliases permitem que você use os nomes de cmdlet antigos com o módulo Az. Você pode obter mais detalhes sobre como migrar do módulo do Azure RM para o módulo Azure PowerShell Az aqui.

Observação

Você precisará instalar o módulo Az no computador do agente se estiver usando agentes privados.

Para obter mais informações sobre o módulo Azure PowerShell Az, consulte a documentação aqui.

Aprimoramentos de autorização de recursos

Precisávamos fornecer segurança para recursos protegidos (por exemplo, conexões de serviço, grupos de variáveis, pools de agentes, arquivos seguros) quando referenciados em um arquivo YAML. Ao mesmo tempo, queríamos facilitar a configuração e o uso de pipelines que usam esses tipos de recursos para cenários de não produção. Anteriormente, adicionamos uma configuração para marcar um recurso como "autorizado para uso em todos os pipelines".

Com essa atualização, estamos facilitando a correção de um problema de autorização de recurso, mesmo que você não tenha marcado um recurso como tal. Na nova experiência, quando um build falhar devido a um erro de autorização de recurso, você verá uma opção para autorizar explicitamente o uso desses recursos no pipeline e prosseguir. Os membros da equipe com permissões para autorizar recursos poderão concluir essa ação diretamente de um build com falha.

Resumo do pipeline com erro de autorização.

Políticas de retenção simplificadas para pipelines de build

Simplificamos o modelo de retenção para todos os pipelines de build, incluindo builds YAML. Há uma nova configuração no nível do projeto que permite controlar quantos dias você deseja manter os builds de cada pipeline e quantos dias você deseja manter os artefatos de cada build. Se você usou o editor clássico para criar seu pipeline de build, as configurações de retenção mais antigas continuarão a ser respeitadas, mas pipelines mais recentes usarão as novas configurações. Você pode gerenciar a retenção na página de configurações de pipelines das configurações do projeto.

Artefatos de pipeline buscados automaticamente na versão

Anteriormente, se o pipeline de build vinculado a uma versão tivesse publicado artefatos usando a tarefa Publicar Artefato do Pipeline , os artefatos não eram buscados automaticamente na versão. Em vez disso, você precisava adicionar explicitamente uma tarefa Baixar Artefato de Pipeline no pipeline de lançamento para baixar os artefatos.

Agora, todos os artefatos de pipeline publicados pelo pipeline de build são baixados automaticamente e disponibilizados para você na versão. Você também pode personalizar o download do artefato de pipeline das propriedades de fase do pipeline de lançamento.

Cobertura de atualizações de relatório de cobertura de código

Anteriormente, quando você executou testes no pipeline e publicou resultados de cobertura de código no Azure DevOps, era necessário especificar o resumo XML e um arquivo de relatório HTML. Além disso, os estilos nos relatórios HTML foram removidos antes de serem renderizados na guia de cobertura de código. Essa remoção do estilo foi necessária do ponto de vista da segurança, pois arquivos HTML arbitrários poderiam ser carregados.

Com essa atualização, abordamos essas limitações para relatórios de cobertura cobertura. Ao publicar relatórios de cobertura de código, você não precisa mais especificar arquivos HTML. Os relatórios são gerados automaticamente e são renderizados com estilo apropriado na guia de cobertura de código. Essa funcionalidade usa a ferramenta código aberto ReportGenerator.

Cobertura de código.

Relatórios

Relatórios de falha e duração do build

É importante ter métricas e insights para melhorar continuamente a taxa de transferência e a estabilidade do pipeline. Como a primeira etapa para fornecer análise de pipeline, adicionamos dois relatórios para fornecer métricas e insights sobre seus pipelines.

  1. O relatório de falha mostrará a taxa de aprovação de build e a tendência de falha. Além disso, ele também mostrará a tendência de falha de tarefas para fornecer insights sobre qual tarefa está contribuindo para o número máximo de falhas.

    Relatórios de falha e duração do build.

  2. O relatório de duração terá a duração do pipeline junto com sua tendência.

    Tendência do relatório de duração do pipeline.

Disponibilidade geral do Analytics

Estamos felizes em anunciar que os seguintes recursos de Análise serão incluídos no Azure DevOps sem custo adicional.

  1. Os Widgets de Análise são módulos configuráveis que exibem dados em uma dashboard e ajudam a monitorar o progresso do seu trabalho. Os widgets incluídos são os seguintes:

  2. No produto, estamos incluindo o relatório de teste com falha superior para obter insights sobre os principais testes com falha em seu pipeline para ajudar a melhorar a confiabilidade do pipeline e reduzir a dívida de teste.

    Relatório de falha de teste.

Também continuaremos a oferecer integração do Power BI por meio de exibições de análise e acesso direto ao nosso ponto de extremidade OData em versão prévia para todos os clientes Azure DevOps Services.

Se você estiver usando a extensão do Marketplace de Análise, poderá continuar a usar o Analytics como antes e não precisará seguir nenhuma etapa adicional. Isso significa que substituiremos a extensão do marketplace de Análise para clientes hospedados .

A oferta do Azure DevOps Analytics é o futuro dos relatórios e continuaremos investindo em novos recursos orientados pelo Analytics. Você pode encontrar mais informações sobre Análise nos links abaixo.

Wiki

Notificações em páginas wiki

Até agora, você não tinha uma maneira de saber quando o conteúdo em uma página wiki foi alterado. Agora você pode seguir páginas wiki para ser notificado por email quando a página for editada, excluída ou renomeada. Para controlar as alterações feitas em um wiki, selecione o botão Seguir na página wiki.

Página wiki.

Esse recurso foi priorizado com base nesse tíquete de sugestão. Para saber mais, confira nossa documentação aqui.

Administração

Gerenciar a cobrança para sua organização do Azure DevOps

Estamos felizes em anunciar que agora você pode gerenciar a cobrança da sua organização no portal do Azure DevOps. Os administradores não precisam mais configurar a cobrança por meio do portal do Azure. Para gerenciar as configurações de cobrança, acesse As Configurações da Organização e selecione Cobrança.

Abaixo está uma lista de configurações que você pode gerenciar na guia Cobrança .

  1. Você pode escolher uma assinatura do Azure a ser usada para cobrança.

    Cobrança de configurações da organização.

  2. Você pode alterar a assinatura do Azure que sua organização usa para cobrança selecionando uma assinatura diferente. Anteriormente, era necessário remover a cobrança e, em seguida, redefinir cuidadosamente o mesmo nível para cada um dos seus recursos pagos (usuários básicos, usuários do Gerenciamento de Pacotes, pipelines hospedados do MS etc...). Esse processo foi entediante e propenso a erros. Agora você pode alterar a assinatura do Azure que sua organização usa para cobrança selecionando uma assinatura diferente e clicando em salvar.

    ID da Assinatura do Azure de

  3. Não é mais necessário acessar o Visual Studio Marketplace para gerenciar a configuração de cobrança. Adicionamos a capacidade de pagar por usuários adicionais do Básico, do Gerenciador de Testes e do Gerenciamento de Pacotes (Azure Artifacts). Você pode aumentar ou diminuir a contagem de usuários que sua organização está pagando na nova guia Cobrança .

    A cobrança paga por usuários adicionais.

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.

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.

Fazer uma sugestão

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

Obrigada,

Jeremy Epling