Compartilhar via

Personalizar o nome do branch padrão

  • Artigo

Neste sprint, introduzimos uma nova opção que permite que os clientes definam um nome de branch padrão personalizado para todos os novos repositórios.

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

Recursos

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

Os stakeholders podem mover itens de trabalho entre colunas de quadro (versão prévia privada)

Os stakeholders sempre foram capazes de alterar o estado dos itens de trabalho. Mas quando eles vão para o quadro Kanban, eles são incapazes de mover os itens de trabalho de uma coluna para outra. Em vez disso, os stakeholders teriam que abrir cada item de trabalho, um de cada vez, e atualizar o valor de estado. Esse tem sido um ponto problemático para os clientes há muito tempo, e estamos felizes em anunciar uma versão prévia privada deste sprint que permitirá que os stakeholders movam itens de trabalho entre colunas. Se você estiver interessado em participar da visualização privada, envie um email diretamente com o nome da sua organização (exemplo: dev.azure.com/{nome da organização}).

Azure Repos

Preferência de nome de branch padrão

Azure Repos agora oferece um nome de branch padrão personalizável para Git. Nas configurações do repositório, você pode escolher qualquer nome de branch legal a ser usado quando um repositório é inicializado. Azure Repos sempre deu suporte à alteração do nome do branch padrão para um repositório existente. Visite Gerenciar branches para obter mais detalhes.

 default-branch-name

Observação: se você não habilitar esse recurso, seus repositórios serão inicializados com o nome padrão do Azure Repos. No momento, esse padrão é master. Para respeitar o compromisso da Microsoft e as solicitações do cliente para uma linguagem inclusiva, vamos nos juntar aos pares do setor para alterar esse padrão para main. Essa mudança ocorrerá no final deste verão. Se quiser continuar usando master, você deverá ativar esse recurso agora e defini-lo como master.

Azure Pipelines

Comunicados de imagens de pipelines

Observação

Estamos trabalhando constantemente para melhorar sua experiência usando o Azure Pipelines. Para saber mais sobre as próximas atualizações em nossas atualizações de imagens do Windows/Linux/macOS, marcar aqui:

As imagens do Azure Pipelines são atualizadas continuamente em um esforço para fornecer aos usuários a melhor experiência possível. Essas atualizações de rotina são predominantemente destinadas a resolver bugs ou software desatualizado. Muitas vezes, eles não terão nenhum impacto em seus pipelines, no entanto, nem sempre esse é o caso. Seu pipeline poderá ser afetado se usar uma dependência de um software que foi removido ou atualizado na imagem.

Para saber mais sobre as próximas atualizações em nossas imagens do Windows e do Linux, leia os seguintes comunicados:

Para exibir as notas de versão para alterações futuras (pré-lançamento) e implantadas, assine as seguintes notas de versão:

Gatilhos de vários repositórios

Você pode especificar vários repositórios em um arquivo YAML e fazer com que um pipeline seja disparado por atualizações em qualquer um dos repositórios. Esse recurso é útil, por exemplo, nos seguintes cenários:

  • Você consome uma ferramenta ou uma biblioteca de um repositório diferente. Você deseja executar testes para seu aplicativo sempre que a ferramenta ou biblioteca for atualizada.
  • Você mantém o arquivo YAML em um repositório separado do código do aplicativo. Você deseja disparar o pipeline sempre que uma atualização é enviada por push para o repositório de aplicativos.

Com essa atualização, os gatilhos de vários repositórios só funcionarão para repositórios Git em Azure Repos. Eles não funcionam para recursos do repositório GitHub ou Bitbucket.

Aqui está um exemplo que mostra como definir vários recursos de repositório em um pipeline e como configurar gatilhos em todos eles.

trigger:
  - main

resources:
  repositories:
    - repository: tools
      type: git
      name: MyProject/tools
      ref: main
      trigger:
        branches:
          include:
            - main
            - release

O pipeline neste exemplo será disparado se houver atualizações para:

  • main branch no self repositório que contém o arquivo YAML
  • main ou release branches no tools repositório

Para obter mais informações, consulte Vários repositórios em seu pipeline.

Atualizações para a imagem do macOS 10.14 (Mojave)

Nas próximas semanas, atualizaremos a versão do Node.js na imagem do macOS 10.14 (Mojave) de 6 para 8. Se você ainda precisar usar node.js versão 6, considere usar a tarefa do instalador da ferramenta node.js - aqui.

Além dessas alterações, a imagem do macOS 10.14 será adicionada ao repositório do ambiente virtual e começará a receber atualizações de ferramentas mensalmente em vez de semanalmente.

Solicitações de pull de rascunho do GitHub não disparam pipelines

Quando você cria uma solicitação de pull de rascunho no Azure Repos, não dispararíamos um pipeline de validação de PR configurado em sua política de branch. Consideramos que uma solicitação de pull de rascunho é exatamente isso : um rascunho para o qual não devemos executar validações automaticamente. Embora esse caso de uso tenha funcionado para Azure Repos, o mesmo comportamento não funcionou para repositórios do GitHub.

Com essa alteração, também estamos tornando a experiência consistente para repositórios github. Quando você cria uma solicitação de pull de rascunho no GitHub, não iniciaremos um pipeline automaticamente, mesmo se você configurar um gatilho de solicitação de pull para o branch de destino. Para validar suas alterações em uma solicitação de pull de rascunho, você pode iniciar manualmente um pipeline apontando para o ref da solicitação de pull.

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

Aaron Hallberg