Partilhar via

Personalizar o nome do ramo predefinido

  • Artigo

Neste sprint, introduzimos uma nova opção que permite aos clientes definir um nome de ramo predefinido personalizado para todos os novos repositórios.

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

Funcionalidades

Azure Boards

Repositórios do Azure

Pipelines do Azure

Azure Boards

Os intervenientes podem mover itens de trabalho entre colunas de quadro (pré-visualização privada)

Os intervenientes sempre foram capazes de alterar o estado dos itens de trabalho. Mas quando vão para o quadro kanban, não conseguem mover os itens de trabalho de uma coluna para outra. Em vez disso, os Intervenientes teriam de abrir cada item de trabalho, um de cada vez, e atualizar o valor de estado. Este tem sido um ponto de dor para os clientes, e temos o prazer de anunciar uma pré-visualização privada deste sprint que permitirá aos Intervenientes mover itens de trabalho entre colunas de tabuleiro. Se estiver interessado em participar na pré-visualização privada, envie-nos um e-mail diretamente com o nome da sua organização (exemplo: dev.azure.com/{nome da organização}).

Repositórios do Azure

Preferência de nome de ramo predefinido

Agora, o Repositórios do Azure oferece um nome de ramo predefinido personalizável para Git. Nas definições do repositório, pode escolher qualquer nome de ramo legal a utilizar quando um repositório é inicializado. Os Repositórios do Azure sempre suportaram a alteração do nome do ramo predefinido para um repositório existente. Visite Gerir ramos para obter mais detalhes.

 default-branch-name

Nota: se não ativar esta funcionalidade, os repositórios serão inicializados com o nome predefinido do Repositório do Azure. Neste momento, esta predefinição é mestre. Para respeitar o compromisso da Microsoft e os pedidos dos clientes para uma linguagem inclusiva, vamos juntar-nos aos elementos da indústria para alterar esta predefinição para principal. Essa mudança ocorrerá ainda este verão. Se quiser continuar a utilizar o modelo global, deve ativar esta funcionalidade agora e defini-la como mestre.

Pipelines do Azure

Anúncios de imagens de pipelines

Nota

Estamos constantemente a trabalhar para melhorar a sua experiência com o Azure Pipelines. Para saber mais sobre as atualizações futuras nas nossas atualizações de imagens do Windows/Linux/macOS, consulte aqui:

As imagens dos Pipelines do Azure são continuamente atualizadas num esforço para proporcionar aos utilizadores a melhor experiência possível. Estas atualizações de rotina destinam-se predominantemente a resolver erros ou software desatualizado. Muitas vezes, não terão qualquer impacto nos seus pipelines, mas nem sempre é esse o caso. O pipeline poderá ser afetado se assumir uma dependência de um software que tenha sido removido ou atualizado na imagem.

Para saber mais sobre as atualizações futuras nas nossas imagens do Windows e linux, leia os seguintes anúncios:

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

Acionadores de múltiplos repositórios

Pode especificar vários repositórios num ficheiro YAML e fazer com que um pipeline seja acionado através de atualizações para qualquer um dos repositórios. Esta funcionalidade é útil, por exemplo, nos seguintes cenários:

  • Consome uma ferramenta ou uma biblioteca de um repositório diferente. Quer executar testes para a sua aplicação sempre que a ferramenta ou biblioteca for atualizada.
  • Mantém o seu ficheiro YAML num repositório separado do código da aplicação. Quer acionar o pipeline sempre que uma atualização for enviada para o repositório da aplicação.

Com esta atualização, os acionadores de vários repositórios só funcionarão para repositórios Git nos Repositórios do Azure. Não funcionam para recursos de repositório do GitHub ou do Bitbucket.

Eis um exemplo que mostra como definir múltiplos recursos de repositório num pipeline e como configurar acionadores 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á acionado se existirem atualizações para:

  • main ramo no self repositório que contém o ficheiro YAML
  • main ou release ramos no tools repositório

Para obter mais informações, veja Vários repositórios no pipeline.

imagem Atualizações para macOS 10.14 (Mojave)

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

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

Os pedidos Pull de rascunho do GitHub não acionam pipelines

Quando cria um pedido Pull de rascunho nos Repositórios do Azure, não acionamos um pipeline de validação de PR configurado na sua política de ramo. Consideramos que um pedido Pull de rascunho é apenas isso - um rascunho para o qual não devemos executar validações automaticamente. Embora este caso de utilização tenha funcionado para os Repositórios do Azure, o mesmo comportamento não foi retenção para os repositórios do GitHub.

Com esta alteração, também estamos a tornar a experiência consistente para repositórios do GitHub. Quando cria um pedido Pull de rascunho no GitHub, não iniciaremos automaticamente um pipeline, mesmo que configure um acionador de pedido Pull para o ramo de destino. Para validar as alterações num pedido Pull de rascunho, pode iniciar manualmente um pipeline que aponte para o ref pedido Pull.

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