Planos de Entrega 2.0 disponibilidade geral

Estamos muito entusiasmados em anunciar que os Planos de Entrega 2.0 estão geralmente disponíveis! O Delivery Plans 2.0 oferece 3 cenários principais: uma visão da linha do tempo do plano, o progresso do trabalho e o acompanhamento das dependências.

Verifique as seguintes descrições de funcionalidades para obter detalhes.

Azure Boards

• Planos de Entrega 2.0 está disponível para o público em geral
• Nova API REST de capacidade de iteração
• O Copy Dashboard já está disponível em pré-visualização pública

Pipelines do Azure

• Alteração na política de pré-instalação do SDK do .NET em agentes Ubuntu hospedados pela Microsoft
• Permissões e verificações em grupos variáveis e arquivos seguros
• Pré-visualização do suporte de modelos no editor YAML
• O Ubuntu-16.04 será removido dos pools hospedados pela Microsoft em setembro de 2021

Azure Boards

Planos de Entrega 2.0 está disponível para o público em geral

Temos o prazer de anunciar que os Planos de Entrega 2.0 estão geralmente disponíveis! Apresenta 3 cenários principais:

• Uma visão da linha do tempo do plano
• Evolução dos trabalhos
• Controlo de Dependências

Esses cenários funcionam entre equipes e projetos. Os Planos de Entrega 2.0 agora são nativos do produto, portanto, uma extensão não é mais necessária. Os planos criados com a extensão original dos Planos continuarão a funcionar nos Planos de Entrega.

Aqui está uma rápida comparação das diferenças entre Planos e Planos de Entrega:

Funcionalidade	Planos 1.0 (extensão)	Planos de Entrega 2.0
Número de equipas	O limite é 10	O limite é 15
Período de tempo do item de trabalho	Apenas iterações	Data de início/destino e iteração
Visualização	Vista completa do cartão	Vistas condensadas e expandidas
Informações de roll-up	None	% feito de criança e itens vinculados
Controlo de Dependências	None	Sim
Visualização da hora de início	Não, apenas quando o item de trabalho termina	Sim, datas de início e de destino
Estilo do cartão	Não	Sim

Características dos Planos de Entrega

Abaixo estão as principais características. Filtragem, Marcadores e Critérios de Campo também fazem parte dos Planos de Entrega.

Há duas visões principais: condensada e expandida

O Delivery Plans 2.0 permite visualizar todos os itens de trabalho do seu plano em uma linha do tempo, usando datas de início e de destino ou datas de iteração. A ordem de precedência é início e datas de destino seguidas de iteração. Isso permite que você adicione itens de trabalho de nível de portfólio como o Epic, que muitas vezes não são definidos para uma iteração.

Existem duas vistas principais: a vista condensada e a vista expandida. Você também pode aumentar e diminuir o zoom do plano clicando na lupa no lado direito do plano.

• Vista condensada

  A exibição condensada mostra todos os cartões de item de trabalho recolhidos, o que significa que nem todas as informações do cartão são mostradas. Esta vista é útil para uma visão global do trabalho no plano. Para recolher os campos do cartão, clique no ícone do cartão ao lado dos ícones de ampliação no lado direito do plano.

  Aqui está um exemplo de um plano alternando entre as visualizações condensada e expandida.

  

• Vista expandida

  O modo de exibição expandido mostra o progresso de um item de trabalho contando o número de itens filho e vinculados e mostrando a porcentagem concluída. Atualmente, o progresso é determinado pela contagem de itens de trabalho.

  Aqui está um exemplo de um plano usando uma exibição expandida. Observe as barras de progresso e a porcentagem concluída.

  

Controlo de Dependências

O rastreamento de dependência é baseado em links predecessores e sucessores que estão sendo definidos em itens de trabalho. Se esses links não estiverem definidos, nenhuma linha de dependência será exibida. Quando há um problema de dependência com um item de trabalho, o ícone do link de dependência é colorido em vermelho.

• Exibindo dependências

  As dependências específicas são visualizadas através do painel de dependências que mostra todas as dependências para esse item de trabalho, incluindo a direção. Um ponto de exclamação vermelho indica um problema de dependência. Para abrir o painel, basta clicar no ícone do link de dependência no canto superior direito do cartão. Aqui estão exemplos de dependências.

  

  

• Linhas de dependência

  As dependências entre itens de trabalho são visualizadas com linhas de seta direcionais entre os respetivos itens de trabalho. Várias dependências serão exibidas como várias linhas. Uma linha de cor vermelha indica um problema.

  Seguem-se alguns exemplos.

  

  Aqui está um exemplo de um item de trabalho com várias dependências e ele também funciona usando o modo de exibição condensado.

  

  Quando há um problema, a cor da linha é vermelha, assim como o ícone de dependência.

  Segue-se um exemplo.

  

Estilo do cartão

Os cartões agora podem ser estilizados usando regras, como os quadros Kanban. Abra as configurações do plano e clique em Estilos. No painel Estilos, clique em + Adicionar regra de estilo para adicionar a regra e, em seguida, clique em Guardar. Pode haver até 10 regras e cada regra pode ter até 5 cláusulas.

• Antes

• Depois de

O Copy Dashboard já está disponível em pré-visualização pública

Com esta versão, um painel de equipe ou projeto agora pode ser copiado para o mesmo ou para um novo projeto. Os widgets e o layout do painel serão copiados, mas os widgets ainda precisarão ser configurados com novas consultas e configurações.

Para visualizar esse recurso, basta ativar o sinalizador de recurso chamado Copiar Experiência do Painel (em Recursos de visualização).

Aqui estão as etapas para copiar um painel:

1. Vá para o painel que você deseja copiar. A partir daí, clique no menu para abrir Copy Dashboard e, em seguida, clique nele.

2. Insira o nome e a descrição do novo painel e selecione o tipo de painel, Equipe ou Projeto. Ao selecionar um Painel de Equipe, o novo projeto e a nova equipe são selecionados nas caixas suspensas do projeto e da equipe, respectivamente. Para um painel do Project, apenas o projeto é necessário.

Nova API REST de capacidade de iteração

Agora você pode obter a capacidade total para todas as equipes em uma iteração usando a nova API REST Iterationcapacitys . Forneça o iterationId e a API retornará a capacidade total de cada equipe associada à iteração, bem como um total geral. Esse recurso facilitará o planejamento de capacidade para um incremento. Para saber mais sobre Iterationcapabilities, consulte a documentação aqui.

Pipelines do Azure

Alteração na política de pré-instalação do SDK do .NET em agentes Ubuntu hospedados pela Microsoft

Estamos alterando as versões do SDK do .NET que são pré-instaladas em agentes Ubuntu hospedados pela Microsoft. Atualmente, instalamos todas as versões disponíveis e suportadas do .NET SDK (2.1.x, 3.1.x, 5.0.x). Essa abordagem será alterada em favor da instalação da versão mais recente do patch para cada versão do recurso. Esta alteração está a ser feita para lhe proporcionar mais espaço livre e para novos pedidos de ferramentas.

O que é que isso significa?

A versão do SDK é composta pelas seguintes partes: x.y.znn. z é a versão de recurso e nn é a versão de patch. Por exemplo, para 2.1.302, a versão do recurso é 3 e 02 é a versão do patch. De acordo com a nova abordagem, só instalaremos a versão mais recente do patch para cada versão do recurso, ou seja, apenas 2.1.302 será instalado para 2.1.3x, apenas 2.1.403 para 2.1.4x e assim por diante. Todas as versões do SDK do .NET que não são as versões de patch mais recentes serão removidas das imagens do Ubuntu em 14 de junho. Essa mudança afeta todas as versões do Ubuntu em agentes hospedados pela Microsoft.

Data alvo

A implantação de imagens atualizadas começará em 14 de junho e levará de 3 a 4 dias.

Possível impacto

Se você usar um arquivo global.json, sua compilação será afetada nos seguintes casos:

Sua compilação falhará se o arquivo global.json contiver a propriedade e a versão do SDK que não é a rollForward: disable versão de patch mais recente. Por exemplo:

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "disable"
  }
}

A versão do SDK do .NET será alterada automaticamente para o patch mais recente se o arquivo global.json contiver a rollForward: patch propriedade. Por exemplo:

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "patch"
  }
}

Se o rollForward campo não estiver especificado no arquivo global.json, não haverá alteração para você. O nível de patch instalado mais recente é usado.

Se você precisar usar a versão exata do SDK do .NET que não é o patch mais recente, use UseDotNet a tarefa para instalá-lo como parte da compilação:

steps:
- task: UseDotNet@2
  displayName: 'Use .NET Core sdk'
  inputs:
    version: <dotnet version>

Permissões e verificações em grupos variáveis e arquivos seguros

Você pode usar diferentes tipos de recursos compartilhados em pipelines YAML. Os exemplos incluem conexões de serviço, grupos de variáveis, arquivos seguros, pools de agentes, ambientes ou repositórios. Para proteger um pipeline de acessar um recurso, o proprietário do recurso pode configurar permissões e verifica esse recurso. Sempre que um pipeline tenta acessar o recurso, todas as permissões e verificações configuradas são avaliadas. Essas proteções estão disponíveis em conexões de serviço, ambientes e pools de agentes há algum tempo. Eles foram recentemente adicionados aos repositórios. Com esta versão, estamos adicionando as mesmas proteções a grupos variáveis e arquivos seguros.

Para restringir o acesso a um grupo de variáveis ou a um arquivo seguro a um pequeno conjunto de pipelines, use o recurso Permissões de pipelines .

Para configurar verificações ou aprovações que devem ser avaliadas sempre que um pipeline é executado, use o recurso Aprovações e verificações para Biblioteca .

Pré-visualização do suporte de modelos no editor YAML

Os modelos são um recurso comumente usado em pipelines YAML. Eles são uma maneira fácil de compartilhar trechos de pipeline. Eles também são um mecanismo poderoso para verificar ou aplicar a segurança e a governança através do seu pipeline.

O Azure Pipelines dá suporte a um editor YAML que pode ser útil ao editar seu pipeline. Anteriormente, o editor não suportava modelos. Os autores de pipelines YAML não puderam obter assistência intellisense ao usar um modelo. Com esta versão, estamos visualizando o suporte para modelos no editor YAML. Para habilitar essa visualização, navegue até visualizar recursos em sua organização do Azure DevOps e habilite o editor de modelos YAML.

Ao editar seu arquivo YAML principal do Azure Pipelines, você pode incluir ou estender um modelo. Ao digitar o nome do modelo, você será solicitado a validá-lo. Uma vez validado, o editor YAML entende o esquema do modelo, incluindo os parâmetros de entrada.

Após a validação, você pode optar por navegar para o modelo. Você poderá fazer alterações no modelo usando todos os recursos do editor YAML.

Tenha em atenção que esta funcionalidade está em pré-visualização. Existem limitações conhecidas, algumas das quais estamos a trabalhar para resolver. Se o modelo tiver parâmetros necessários que não são fornecidos como entradas no arquivo YAML principal, a validação falhará e solicitará que você forneça essas entradas. Em uma experiência ideal, a validação não deve ser bloqueada e você deve ser capaz de preencher os parâmetros de entrada usando intellisense. Além disso, não é possível criar um novo modelo a partir do editor. Você só pode usar ou editar modelos existentes.

O Ubuntu-16.04 será removido dos pools hospedados pela Microsoft em setembro de 2021

O suporte tradicional de 5 anos do Ubuntu 16.04 pela Canonical termina em abril de 2021. Para manter nosso ambiente atualizado e seguro, removeremos o Ubuntu 16.04 em 20 de setembro de 2021.

Você precisará migrar fluxos de trabalho do ubuntu-16.04 para ubuntu-18.04 ou ubuntu-latest que será executado no Ubuntu 20.04 LTS.

Para garantir que todos estejam cientes dessa mudança, programamos dois brownouts curtos. Qualquer compilação do Ubuntu 16.04 falhará durante o período de brownout. Portanto, é recomendável migrar seus pipelines antes de 6 de setembro de 2021.

Os brownouts estão provisoriamente agendados para as seguintes datas e horários. Atualizaremos estes tempos à medida que nos aproximamos deste período.

6 de setembro de 2021 17:00 UTC - 22:00 UTC

14 de setembro de 2021 17:00 UTC - 22:00 UTC

Próximos passos

Nota

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 Azure DevOps

Como fornecer feedback

Gostaríamos muito de ouvir o que você pensa sobre esses recursos. Use o menu Ajuda para relatar um problema ou fornecer uma sugestão.

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

Obrigado,

Aaron Hallberg