Partilhar via

Pré-visualização pública dos Novos Hubs de Quadros

  • Artigo

Os Novos Hubs de Quadros estão agora disponíveis em pré-visualização pública. A plataforma Web foi atualizada para fornecer um novo design moderno, fluxos reativos, conformidade de acessibilidade e desempenho de páginas melhorado.

Consulte as notas de versão para obter detalhes.

Geral

Azure Boards

Pipelines do Azure

Geral

A auditoria é agora uma funcionalidade de opt-in para a sua organização

A auditoria tornou-se agora uma funcionalidade de opt-in no Azure DevOps. Se a sua organização não utilizar ativamente a Auditoria hoje (ou seja, tiver visitado registos de Auditoria pelo menos duas vezes nos últimos 90 dias ou tiver um fluxo de Auditoria configurado), terá de ativar explicitamente a funcionalidade de auditoria para a sua organização começar a fazê-lo. Depois de ativar, os eventos de auditoria serão incluídos no registo de auditoria da sua organização. Para organizações que são utilizadores ativos de Auditoria, a funcionalidade permanecerá Ativada.

Pode ativar a Auditoria na sua organização a partir da página Definições da organização.

Na barra lateral direita, verá Políticas por baixo do cabeçalho Segurança. Partindo do princípio de que a sua organização é apoiada pelo Azure Active Directory, deverá ver que uma das políticas de segurança disponíveis para ativar é Eventos de Auditoria de Registos. As organizações apoiadas pela MSA deixarão de ter as funcionalidades de Auditoria disponíveis para as mesmas.

Eventos de auditoria

Basta alternar esta política Ativado e a Auditoria deve estar agora disponível (se não aparecer imediatamente, atualize a página e deverá estar disponível). Se já não quiser receber eventos de Auditoria, alterne o botão para Desativado. Quando o botão estiver desativado, a página Auditoria deixará de aparecer na barra lateral e a página Registos de Auditoria estará indisponível. Todos os fluxos de auditoria configurados deixarão de receber eventos.

Os utilizadores convidados só verão dados de utilizador públicos

Quando a política de acesso de convidado externo estiver desativada e a política Permitir projetos públicos estiver ativada, os utilizadores convidados só poderão ver dados de utilizadores públicos, como o nome a apresentar, etc., para membros de projetos públicos. Esta é a mesma experiência concedida aos utilizadores anónimos. Isto aplica-se a quaisquer dados pessoais disponíveis através da experiência Web (por exemplo, no Seletor de Identidade que é apresentado quando um utilizador tenta mencionar outro utilizador ou atribuir itens de trabalho) e quaisquer dados pessoais disponíveis através das nossas APIs REST.

Azure Boards

Novos Hubs de Quadros agora disponíveis na pré-visualização pública

Nos últimos meses, a nossa equipa tem-se focado na modernização da experiência de utilizador para os Hubs de Quadros do Azure. A IU foi atualizada para fornecer uma interface de utilizador mais rápida, consistência com outras partes do produto e acessibilidade melhorada. A equipa está entusiasmada por anunciar finalmente a pré-visualização pública da nova experiência do Azure Boards.

A funcionalidade permanece a mesma, mas pode esperar o seguinte:

  • Design moderno
  • Fluxos reativos
  • Desempenho melhorado
  • Conformidade de acessibilidade

Para optar ativamente por participar na pré-visualização pública, na secção de funcionalidades de pré-visualização, alterne a funcionalidade com o nome Novos Hubs de Quadros para Ativado.

Gif para demo optar ativamente por participar na pré-visualização pública.

Se, por algum motivo, os Novos Hubs de Quadros estiverem a causar um problema de bloqueio, pode desativar a pré-visualização. Mas experimente a nova experiência e envie-nos os seus comentários. Certifique-se de que nos informa se algo está em falta ou não está a funcionar conforme esperado.

Pipelines do Azure

Os modelos de Pipelines YAML expandidos podem agora ser transmitidos informações de contexto para fases, tarefas e implementações

Com esta atualização, estamos a adicionar uma nova templateContext propriedade para jobos componentes do pipeline YAML e stage , deploymentdestinados a serem utilizados em conjunto com modelos.

Eis um cenário para utilizar templateContext:

  • Utiliza modelos para reduzir a duplicação de código ou para melhorar a segurança dos pipelines

  • O modelo utiliza como parâmetro uma lista de stages, jobsou deployments

  • O modelo processa a lista de entrada e realiza algumas transformações em cada uma das fases, tarefas ou implementações. Por exemplo, define o ambiente no qual cada tarefa é executada ou adiciona passos adicionais para impor a conformidade

  • O processamento requer que as informações adicionais sejam transmitidas pelo autor do pipeline para o modelo para cada fase, tarefa ou implementação na lista

Vejamos um exemplo. Digamos que está a criar um pipeline que executa testes ponto a ponto para validação de pedidos Pull. O seu objetivo é testar apenas um componente do seu sistema, mas, uma vez que planeia executar testes ponto a ponto, precisa de um ambiente onde estejam disponíveis mais componentes do sistema e tem de especificar o respetivo comportamento.

Percebe que outras equipas terão necessidades semelhantes, pelo que decide extrair os passos para configurar o ambiente num modelo. O respetivo código tem o seguinte aspeto:

testing-template.yml

parameters: 
- name: testSet
  type: jobList

jobs:
- ${{ each testJob in parameters.testSet }}:
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}:
    - job:
      steps:
        - script: ./createSuccessfulEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 500) }}:
    - job:
      steps:
        - script: ./createRuntimeErrorEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}

O que o modelo faz é que, para cada tarefa no testSet parâmetro, define a resposta dos componentes do sistema especificados por ${{ testJob.templateContext.requiredComponents }} para devolver ${{ testJob.templateContext.expectedHTTPResponseCode }}.

Em seguida, pode criar o seu próprio pipeline que se estende testing-template.yml como no exemplo seguinte.

sizeapi.pr_validation.yml

trigger: none

pool:
  vmImage: ubuntu-latest

extends:
  template: testing-template.yml
  parameters:
    testSet:
    - job: positive_test
      templateContext:
        expectedHTTPResponseCode: 200
        requiredComponents: dimensionsapi
      steps:
      - script: ./runPositiveTest.sh
    - job: negative_test
      templateContext:
        expectedHTTPResponseCode: 500
        requiredComponents: dimensionsapi
      steps:
      - script: ./runNegativeTest.sh

Este pipeline executa dois testes, um positivo e um negativo. Ambos os testes exigem que o dimensionsapi componente esteja disponível. A positive_test tarefa espera o dimensionsapi código HTTP 200 devolvido, enquanto negative_test espera que devolva o código HTTP 500.

Data de descontinuação atualizada para imagens alojadas no Windows 2016

Movemos a data de descontinuação das imagens do Windows 2016 de 1 de abril a 30 de junho. Embora a maioria dos clientes que utilizam esta imagem tenham atualizado os seus pipelines, ainda existem clientes que estão a utilizar esta imagem. Para verificar se a sua organização está a utilizar o Windows 2016, utilize estas instruções para identificar pipelines com imagens preteridas.

Para ajudar os clientes a identificar pipelines, continuaremos a realizar brownouts. Estes são períodos de 24 horas em que a imagem não estará disponível, o que faz com que as tarefas de pipeline executadas durante este período falhem. Os brownouts vão acontecer em:

  • Segunda, 18 de Abril
  • Terça- feira, 26 de Abril
  • Quarta-feira, 4 de Maio
  • Quinta-feira, 12 de Maio
  • Sexta-feira, 20 de Maio
  • Segunda, 23 de Maio
  • Terça-feira, 31 de Maio
  • Quarta-feira, 8 de Junho
  • Quinta, 16 de Junho
  • Sexta-feira, 24 de Junho
  • Segunda, 27 de Junho

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 ajuda 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,

Aaron Hallberg