Compartilhar via

Configuração no nível da organização para branch padrão

  • Artigo

Como uma adição à configuração de branch do repositório padrão, agora adicionamos um nome branch padrão para o nível da organização para que os projetos usem como padrão a configuração da organização quando o nome do branch não for especificado.

Confira a lista Recursos abaixo para obter detalhes.

Recursos

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

Personalizar o estado do item de trabalho quando a solicitação de pull for mesclada

Alguns sprints atrás, lançamos esse recurso em versão prévia privada. Depois de receber comentários e corrigir bugs, ele agora está em disponibilidade geral em todas as organizações. Solicitações de pull geralmente se referem a vários itens de trabalho. Ao criar ou atualizar uma solicitação de pull, talvez você queira fechar algumas delas, resolve algumas delas e manter o restante aberto. Agora você pode usar comentários como os mostrados na figura abaixo para fazer isso. Confira a documentação para obter mais detalhes.

Personalizar estado

Campo pai no quadro de tarefas

Devido à solicitação popular, agora você pode adicionar o campo Pai aos cartões filho e pai no Quadro de Tarefas.

quadro de tarefas de campo pai

Azure Repos

Configuração no nível da organização para branch padrão

Agora há uma configuração no nível da organização para seu nome de branch inicial preferencial para novos repositórios. Se um projeto não tiver escolhido um nome de branch inicial, essa configuração no nível da organização será usada. Se você não especificou o nome do branch inicial nas configurações da organização ou nas configurações do projeto, os novos repositórios usarão um padrão definido pelo Azure DevOps.

configuração de branch para o nível da organização

Adicionar um novo escopo de autenticação para contribuir com comentários de PR

Esta versão adiciona um novo escopo OAuth para ler/gravar comentários de solicitação de pull. Se você tiver um bot ou automação que só precisa interagir com comentários, poderá dar a ele um PAT apenas com esse escopo. Esse processo reduz o raio de explosão se a automação tiver um bug ou se o token tiver sido comprometido.

Azure Pipelines

Configurar a validação de PR de rascunho para repositórios do GitHub

Os clientes têm processos variados para suas solicitações de pull. Em alguns casos, eles desejam executar builds de validação em seus PRs de rascunho. Em outros, eles não querem que os PRs de rascunho consumam e desperdicem seus trabalhos paralelos.

Esse recurso adiciona drafts à sintaxe YAML do pr gatilho para solicitações de pull de rascunho do GitHub. Esse recurso permite que um cliente escolha se deseja que seus PRs de rascunho enfileiram um build. A opção padrão é true (um build será enfileirado) como é atualmente para PRs do GitHub. Essa alteração funciona para conexões OAuth e GitHubApp.

Esquema:

pr:
  autoCancel: boolean # indicates whether additional pushes to a PR should cancel in-progress runs for the same PR. Defaults to true
  branches:
    include: [ string ] # branch names which will trigger a build
    exclude: [ string ] # branch names which will not
  paths:
    include: [ string ] # file paths which must match to trigger a build
    exclude: [ string ] # file paths which will not trigger a build
  drafts: boolean # whether to build draft PRs

Esse recurso só se aplica a PRs no GitHub. Não há nenhuma alteração no comportamento para Azure Repos, em que a validação de PR é configurada por meio de políticas de branch. Os PRs de rascunho em Azure Repos não são validados pelo Azure Pipelines.

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,

Vijay Machiraju