Partilhar via

Gerir a faturação da organização no Azure DevOps – Atualização do Sprint 150

  • Artigo

Na Atualização do Sprint 150 do Azure DevOps, adicionámos a capacidade de gerir a faturação da sua organização no nosso portal.

No novo separador de faturação, pode escolher a subscrição do Azure que utiliza para faturação e pagar por utilizadores adicionais. Já não precisa de aceder ao Visual Studio Marketplace ou ao portal do Azure para gerir a faturação.

Consulte a lista funcionalidades abaixo para obter mais informações.

Funcionalidades

Geral:

Azure Boards:

Repositórios do Azure:

Azure Pipelines:

Relatórios:

Wiki:

Administração:

Geral

Disponibilidade geral do tema escuro

Em outubro do ano passado, lançámos a pré-visualização pública do tema escuro como parte da nova navegação. Após vários meses na pré-visualização, ao ouvir feedback e ao otimizar a experiência, temos o entusiasmo em anunciar a disponibilidade geral do tema escuro.

Gerir a faturação da sua organização a partir do Azure DevOps

Temos o prazer de anunciar que agora pode gerir a faturação da sua organização a partir do portal do Azure DevOps. Os administradores já não precisam de configurar a faturação através do portal do Azure. Para gerir as definições de faturação, aceda às Definições da Organização e selecione Faturação.

Segue-se uma lista de definições que pode gerir a partir do separador Faturação .

  1. Pode escolher uma subscrição do Azure para utilizar para faturação.

    Faturação das definições da organização.

  2. Pode alterar a subscrição do Azure que a sua organização utiliza para faturação ao selecionar uma subscrição diferente. Anteriormente, tinha de remover a faturação e, em seguida, voltar a comprar cuidadosamente o mesmo nível para cada um dos seus recursos pagos (utilizadores básicos, utilizadores da Gestão de Pacotes, pipelines alojados ms, etc.). Este processo foi entediante e propenso a erros. Agora, pode alterar a subscrição do Azure que a sua organização utiliza para faturação ao selecionar uma subscrição diferente e clicar em guardar.

    ID da Subscrição do Azure de Faturação.

  3. Já não é necessário aceder ao Visual Studio Marketplace para gerir a configuração da faturação. Adicionámos a capacidade de pagar por utilizadores adicionais de Gestão básica, de teste e de Gestão de Pacotes (Artefactos do Azure). Pode aumentar ou diminuir a contagem de utilizadores que a sua organização está a pagar a partir do novo separador Faturação .

    Pagamento de faturação para utilizadores adicionais.

Azure Boards

A consulta funciona com base em grupos do Azure Active Directory

Com a maior adoção do Azure Active Directory e a prevalência da utilização de grupos para gerir a segurança, as equipas têm procurado cada vez mais formas de tirar partido desses grupos nos Quadros do Azure. Agora, para além de consultar itens de trabalho que foram atribuídos ou alterados por pessoas específicas que utilizam os operadores No Grupo ou Não No Grupo , também pode utilizar diretamente grupos do Azure Active Directory.

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

A consulta funciona com base em grupos.

Partilhar o quadro da sua equipa com um distintivo

O README do repositório é, muitas vezes, a casa onde a sua equipa de projeto recorre para obter informações sobre como contribuir e utilizar a sua solução. Agora, tal como pode fazer com um estado de compilação ou implementação no Azure Pipelines, pode adicionar ao seu README um distintivo para o quadro da sua equipa no Azure Boards. Pode configurar o distintivo para mostrar apenas as colunas Em Curso ou todas as colunas e até mesmo tornar o distintivo visível publicamente se o seu projeto estiver open source.

Utilize um distintivo para partilhar quadros.

Se o seu README for baseado no Markdown, pode simplesmente copiar o Markdown de exemplo da página de definições do distintivo de estado e colá-lo no seu ficheiro.

Distintivo num README no GitHub.

Consulta do trabalho relativa ao início do dia, semana, mês ou ano

Embora as equipas se concentrem frequentemente no trabalho no contexto do que vem a seguir ou com base em iterações de sprint, muitas vezes é interessante olhar para trás através do trabalho através da lente do calendário para reportar todo o trabalho que aconteceu no mês passado ou no primeiro trimestre do ano. Agora, pode utilizar o seguinte novo conjunto de macros @StartOf juntamente com qualquer campo baseado em datas para consultar com base no início do dia, semana, mês ou ano:

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

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

Consulta do trabalho relativamente ao início do dia, semana, mês ou ano.

Exportar os resultados da consulta para um ficheiro CSV

Agora, pode exportar os resultados da consulta diretamente para um ficheiro de formato CSV a partir da Web.

Exportar os resultados da consulta.

Repositórios do Azure

Novos tipos de intercalação para concluir pedidos Pull

Tem agora mais opções ao intercalar as alterações de um pedido Pull para o ramo de destino. Adicionámos suporte para duas das nossas funcionalidades mais pedidas na Comunidade de Programadores: Intercalação Rápida e Intercalação Semi-Linear (também denominada "Rebase e Intercalação").

Agora, verá estas novas opções disponíveis na caixa de diálogo Concluir Pedido Pull :

Novos tipos de intercalação para concluir pedidos Pull.

A página de administração de políticas atualizada permite aos administradores controlar que estratégias de intercalação são permitidas num ramo ou pasta de ramos.

Limitar tipos de intercalação.

Nota

As políticas existentes continuam a ser impostas. Por exemplo, se o ramo tiver atualmente uma política "apenas de intercalação de squash", terá de editar essa política para poder utilizar as novas estratégias de intercalação.

Existem algumas situações em que a rebassagem durante a conclusão do pedido Pull não é possível:

  • Se uma política no ramo de destino proibir a utilização de estratégias de nova base, precisará da permissão "Substituir políticas de ramo".
  • Se o ramo de origem do pedido Pull tiver políticas, não poderá voltar a baseá-lo. A rebasing modificará o ramo de origem sem passar pelo processo de aprovação da política.
  • Se tiver utilizado a Extensão de Conflito de Intercalação para resolver conflitos de intercalação. As resoluções de conflitos aplicadas a uma intercalação tridirecional raramente são bem-sucedidas (ou mesmo válidas) ao repor todas as consolidações num pedido Pull um de cada vez.

Em todos estes casos, continua a ter a opção de rebastar o seu ramo localmente e emitir para o servidor ou unir as alterações ao concluir o pedido Pull.

Pipelines do Azure

Tarefa de manifesto do Kubernetes

Adicionámos uma nova tarefa aos nossos pipelines de versão para simplificar o processo de implementação em clusters do Kubernetes com ficheiros de manifesto. Esta tarefa proporcionará os seguintes benefícios em comparação com a utilização do binário kubectl em scripts:

  • Substituição de artefactos – a ação de implementação é tomada como entrada de uma lista de imagens de contentor que podem ser especificadas juntamente com as respetivas etiquetas ou resumos. Esta ação é substituída pela versão não modelo dos ficheiros de manifesto antes de a aplicar ao cluster para garantir que a versão certa da imagem é puxada pelos nós do cluster.

  • Estabilidade do manifesto – o estado da implementação é verificado quanto aos objetos do Kubernetes implementados para incorporar verificações de estabilidade ao calcular o estado da tarefa como êxito/falha.

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

  • Manifesto de cozedura – a ação de cozedura da tarefa permite cozer gráficos Helm em ficheiros de manifesto do Kubernetes para que possam ser aplicados ao cluster.

  • Estratégia de implementação – escolher a estratégia canária com a ação de implementação leva à criação da percentagem pretendida de cargas de trabalho sufixadas com -baseline e -canary para que possam ser comparadas durante uma ManualIntervention tarefa antes de utilizar a ação de promoção/rejeição da tarefa para finalizar a versão a manter.

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

Atualizámos a tarefa do Docker para simplificar a experiência de criação de pipelines. O comando buildAndPush pode agora ser utilizado para criar várias etiquetas para um repositório de contentor específico e enviá-lo para vários registos de contentor num único passo. A tarefa pode utilizar ligações do serviço de registo do Docker para iniciar sessão nos registos de contentores. Os metadados de rastreabilidade sobre o repositório de origem, consolidação e proveniência de compilação são adicionados como etiquetas às imagens criadas com esta 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 de ferramentas do Kubectl

Adicionámos uma nova tarefa que lhe permite instalar uma versão específica do binário do Kubectl nos agentes. As cadeias de versão mais recentes e semver , como "v1.14.0", são aceites como valores válidos para a entrada Especificação da Versão do Kubectl.

instalador de ferramentas kubectl.

Registo de contentor do Azure na ligação do serviço de registo do Docker

Agora, pode criar uma ligação do serviço de registo do Docker a partir da página de definições do projeto. Para criar a ligação, escolha um registo de contentor do Azure numa das subscrições associadas à sua identidade do Azure Active Directory (Azure AD). Todas as tarefas que necessitam de ligações de serviço a registos de contentores, como Docker@2 e KubernetesManifest@0 , suportarão uma única forma de especificar uma ligação.

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

cgroup support on hosted Ubuntu pool (suporte de cgroup no conjunto de Ubuntu alojado)

No Linux, quando a utilização da memória fica demasiado elevada, o kernel terminará alguns processos para proteger o resto. Se o processo do agente dos Pipelines do Azure estiver selecionado para terminação, a execução do pipeline falhará com uma mensagem de erro sobre a perda de comunicação com o agente. No conjunto Ubuntu alojado pela Microsoft, reduzimos as hipóteses de o agente ser terminado ao executar os passos dentro de um grupo personalizado. Embora o pipeline ainda possa falhar se exceder a memória disponível, é mais provável que o processo do agente sobreviva e comunique a falha corretamente. Se executar um agente privado do Linux, publicámos as definições que utilizamos para que possa considerar uma configuração semelhante.

Executar um agente uma vez

Se estiver a utilizar infraestruturas como Azure Container Instances para executar agentes privados elásticos, muitas vezes, quer que cada agente aceite apenas uma tarefa antes de partir. Até agora, não era fácil, uma vez que tinha de terminar o agente (possivelmente causando uma falha) ou aceitar o risco de um agente receber outro trabalho antes de poder encerrá-lo. Com esta atualização, adicionámos o sinalizador --once à configuração do agente. Quando configurar o agente desta forma, este aceitará apenas uma tarefa e, em seguida, encerrar-se-á.

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

Adicionámos suporte para o VS2019 à tarefa do Visual Studio Test em pipelines. Para executar testes com a plataforma de teste do VS2019, selecione as opções Mais Recentes ou Visual Studio 2019 na lista pendente Versão da plataforma de teste.

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

Atualização da interface de utilizador do conjunto de agentes

A página de gestão de conjuntos de agentes nas definições do projeto foi atualizada com uma nova interface de utilizador. Agora, pode ver facilmente todas as tarefas que estão em execução num conjunto. Além disso, pode saber por que motivo um trabalho não está em execução.

Atualização da experiência de utilizador do conjunto de agentes (UX).

Assistente de tarefas para editar ficheiros YAML

Continuamos a receber muitos comentários a pedir para facilitar a edição de ficheiros YAML para pipelines. Nas atualizações anteriores, adicionámos suporte intellisense. Agora, estamos a adicionar uma tarefa assistente ao editor YAML. Com isto, terá a mesma experiência familiar para adicionar uma nova tarefa a um ficheiro YAML como no editor clássico. Este novo assistente suporta a maioria dos tipos de entrada de tarefas comuns, como listas de seleção e ligações de serviço. Para utilizar a nova tarefa assistente, selecione Editar num pipeline baseado em YAML e, em seguida, selecione a tarefa assistente.

A tarefa assistente para editar ficheiros YAML.

Atualizações de imagens de pipelines alojados

Estamos entusiasmados por anunciar atualizações para o conjunto de macOS alojado para o OS X Mojave (10.4), que também incluirá suporte para Xcode 10.2. Se os pipelines baseados no estruturador estiverem a utilizar o conjunto macOS alojado , os pipelines serão automaticamente atualizados para o Mojave. Se quiser manter-se no OS X High Sierra (10.3), altere o conjunto em que as compilações são executadas para MacOS High Sierra Alojado.

Se estiver a utilizar o YAML, as novas etiquetas vmImage que pode utilizar são as seguintes:

  • Etiqueta de imagem que apontará sempre para a versão mais recente do macOS, atualmente 10.4
vmImage: 'macOS-latest'
  • Esta etiqueta de imagem destina-se especificamente ao mac OS 10.4 se quiser ter a certeza de que o pipeline é executado no Mojave
vmImage: 'macOS-10.4'
  • Etiqueta de imagem que terá como destino especificamente o mac OS 10.3 se quiser ter a certeza de que o pipeline é executado em High Sierra
vmImage: 'macOS-10.3'

Também fizemos atualizações à imagem do Windows Server 2019 para os Pipelines do Azure Alojados. As versões mais recentes podem ser encontradas aqui. Esta atualização inclui novas versões da Pré-visualização do VS2019, Docker, PowerShell Core, Node.js, npm e outras.

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

Melhorias na integração do ServiceNow

Em dezembro passado, lançámos a integração da Gestão de Alterações do ServiceNow com pipelines de versão. Uma capacidade fundamental para a colaboração entre equipas que permitiu a cada equipa utilizar um serviço à sua escolha e ter uma entrega ponto a ponto eficaz. Com esta atualização, melhorámos a integração para suportar todos os tipos de alterações (normal, padrão e emergência). Além disso, agora pode especificar a porta utilizada para criar um novo pedido de alteração com um modelo existente, de acordo com o processo ITSM seguido na sua organização. Por fim, também pode enviar lançamentos com base em pedidos de alteração existentes. Isto permite-lhe adotar o CD, sem ter de alterar o processo recomendado pelas suas equipas de TI.

Gestão de alterações do ServiceNow.

Suporte para Azure PowerShell módulo do Az

Azure PowerShell fornece um conjunto de cmdlets que pode utilizar para gerir recursos do Azure a partir da linha de comandos. Em dezembro passado, o módulo Azure PowerShell Az ficou disponível e é agora o módulo pretendido para gerir os seus recursos do Azure.

Anteriormente, não fornecemos suporte para o módulo Azure PowerShell Az nos nossos agentes alojados. Com o novo Azure PowerShell a versão 4.* em pipelines de compilação e versão, adicionámos suporte para o novo módulo do Az para todas as plataformas. Azure PowerShell versão da tarefa 3.* continuará a suportar o módulo AzureRM. No entanto, para acompanhar os serviços e funcionalidades mais recentes do Azure, recomendamos que mude para a Azure PowerShell versão da tarefa 4.* o mais rapidamente possível.

O módulo Az tem um modo de compatibilidade para o ajudar a utilizar scripts existentes enquanto os atualiza para utilizar a nova sintaxe. Para ativar a compatibilidade para o módulo Az, utilize o Enable-AzureRmAlias comando . Os aliases permitem-lhe utilizar os nomes de cmdlets antigos com o módulo Az. Pode obter mais detalhes sobre como migrar do módulo do Azure RM para o módulo Azure PowerShell Az aqui.

Nota

Se estiver a utilizar agentes privados, tem de instalar o módulo Az no seu computador agente.

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

Melhorias na autorização de recursos

Precisávamos de fornecer segurança para recursos protegidos (por exemplo, ligações de serviço, grupos variáveis, conjuntos de agentes, ficheiros seguros) quando referenciados num ficheiro YAML. Ao mesmo tempo, queríamos facilitar a configuração e utilização de pipelines que utilizam estes tipos de recursos para cenários de não produção. Anteriormente, adicionámos uma definição para marcar um recurso como "autorizado para utilização em todos os pipelines".

Com esta atualização, estamos a facilitar a correção de um problema de autorização de recursos, mesmo que não tenha marcado um recurso como tal. Na nova experiência, quando uma compilação falha devido a um erro de autorização de recursos, verá uma opção para autorizar explicitamente a utilização desses recursos no pipeline e, em seguida, continuar. Os membros da equipa com permissões para autorizar recursos poderão concluir esta ação diretamente a partir de uma compilação falhada.

Resumo do pipeline com erro de autorização.

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

Simplificámos o modelo de retenção para todos os pipelines de compilação, incluindo compilações YAML. Existe uma nova definição ao nível do projeto que lhe permite controlar quantos dias pretende manter as compilações de cada pipeline e quantos dias pretende manter os artefactos de cada compilação. Se utilizou o editor clássico para criar o pipeline de compilação, as definições de retenção mais antigas continuarão a ser respeitadas, mas os pipelines mais recentes utilizarão as novas definições. Pode gerir a retenção na página de definições de pipelines das definições do projeto.

Artefactos de pipeline obtidos automaticamente na versão

Anteriormente, se o pipeline de compilação ligado a uma versão tivesse publicado artefactos com a tarefa Publicar Artefacto do Pipeline , os artefactos não eram obtidos automaticamente em versão. Em vez disso, teve de adicionar explicitamente uma tarefa Transferir Artefacto do Pipeline no pipeline de versão para transferir os artefactos.

Agora, todos os artefactos de pipeline publicados pelo pipeline de compilação são transferidos e disponibilizados automaticamente na versão. Também pode personalizar a transferência do artefacto do pipeline a partir das propriedades de fase do pipeline de versão.

Atualizações do relatório de cobertura do código Cobertura

Anteriormente, quando executou testes no pipeline e publicou os resultados de cobertura de código no Azure DevOps, era necessário especificar o resumo XML e um ficheiro de relatório HTML. Além disso, os estilos nos relatórios HTML foram removidos antes de serem compostos no separador cobertura do código. Esta remoção do estilo era necessária do ponto de vista de segurança, uma vez que os ficheiros HTML arbitrários podiam ser carregados.

Com esta atualização, abordámos estas limitações para os relatórios de cobertura da Cobertura. Ao publicar relatórios de cobertura de código, já não precisa de especificar ficheiros HTML. Os relatórios são gerados automaticamente e são compostos com o estilo adequado no separador cobertura do código. Esta capacidade utiliza a ferramenta de open source ReportGenerator.

Cobertura do código.

Relatórios

Relatórios de falha e duração da compilação

É importante ter métricas e informações para melhorar continuamente o débito e a estabilidade do pipeline. Como primeiro passo para lhe fornecer a análise de pipelines, adicionámos dois relatórios para lhe fornecer métricas e informações sobre os pipelines.

  1. O relatório de falha mostrará a taxa de transmissão de compilação e a tendência de falha. Além disso, também mostrará a tendência de falha de tarefas para fornecer informações sobre que tarefa está a contribuir para o número máximo de falhas.

    Relatórios de falha e duração da compilação.

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

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

Disponibilidade geral da Análise

Estamos entusiasmados por anunciar que as seguintes funcionalidades de Análise serão incluídas no Azure DevOps sem custos adicionais.

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

  2. No produto, estamos a incluir o relatório de teste com falhas superior para obter informações sobre os principais testes com falhas no seu pipeline para ajudar a melhorar a fiabilidade do pipeline e reduzir a dívida de teste.

    Relatório de falha de teste.

Também continuaremos a oferecer a integração do Power BI através de vistas de análise e acesso direto ao nosso ponto final OData em pré-visualização para todos os clientes do Azure DevOps Services.

Se estiver a utilizar a extensão do Marketplace de Análise, pode continuar a utilizar o Analytics como fez anteriormente e não precisa de seguir quaisquer passos adicionais. Isto significa que vamos preterir a extensão do Marketplace de Análise para clientes alojados.

A oferta do Azure DevOps Analytics é o futuro dos relatórios e continuaremos a investir em novas funcionalidades condicionadas pela Análise. Pode encontrar mais informações sobre a Análise nas ligações abaixo.

Wiki

Notificações em páginas wiki

Até agora, não tinha uma forma de saber quando o conteúdo numa página wiki foi alterado. Agora, pode seguir páginas wiki para ser notificado por e-mail quando a página for editada, eliminada ou renomeada. Para controlar as alterações efetuadas a um wiki, selecione o botão Seguir na página wiki.

Página Wiki.

Esta funcionalidade foi priorizada com base neste pedido de sugestão. Para saber mais, veja a nossa documentação aqui.

Administração

Gerir a faturação da sua organização a partir do Azure DevOps

Temos o prazer de anunciar que agora pode gerir a faturação da sua organização a partir do portal do Azure DevOps. Os administradores já não precisam de configurar a faturação através do portal do Azure. Para gerir as definições de faturação, aceda às Definições da Organização e selecione Faturação.

Segue-se uma lista de definições que pode gerir a partir do separador Faturação .

  1. Pode escolher uma subscrição do Azure a utilizar para faturação.

    Faturação das definições da organização.

  2. Pode alterar a subscrição do Azure que a sua organização utiliza para faturação ao selecionar uma subscrição diferente. Anteriormente, tinha de remover a faturação e, em seguida, voltar a comprar cuidadosamente o mesmo nível para cada um dos seus recursos pagos (utilizadores básicos, utilizadores da Gestão de Pacotes, pipelines alojados em MS, etc.). Este processo foi entediante e propenso a erros. Agora, pode alterar a subscrição do Azure que a sua organização utiliza para faturação ao selecionar uma subscrição diferente e clicar em guardar.

    Faturação do ID da Subscrição do Azure ID do ID da

  3. Já não é necessário aceder ao Visual Studio Marketplace para gerir a configuração da faturação. Adicionámos a capacidade de pagar por utilizadores adicionais do Basic, Test Manager e Package Management (Artefactos do Azure). Pode aumentar ou diminuir a contagem de utilizadores que a sua organização está a pagar a partir do novo separador Faturação .

    Pagamento de faturação para utilizadores adicionais.

Passos seguintes

Nota

Estas funcionalidades serão implementadas nas próximas duas a três semanas.

Aceda ao Azure DevOps e dê uma vista de olhos.

Aceda ao Azure DevOps

Como fornecer comentários

Gostaríamos de ouvir o que pensa sobre estas funcionalidades. Utilize o menu de comentários para comunicar um problema ou fornecer uma sugestão.

Fazer uma sugestão

Também pode obter conselhos e as suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigado,

Jeremy Epling