Aracılığıyla paylaş

Varsayılan dal için kuruluş düzeyi ayarı

Varsayılan depo dal ayarına ek olarak, artık kuruluş düzeyi için varsayılan bir dal adı ekledik, böylece dal adı belirtilmediğinde projelerin varsayılan olarak kuruluş ayarına atanması sağlanıyor.

Ayrıntılar için aşağıdaki Özellikler listesine göz atın.

Özellikler

Azure Boards

Azure Repos

Azure Boru Hatları

Azure Boards

Çekme isteği birleştirildiğinde çalışma öğesi durumunu özelleştir

Birkaç sprint önce, bu özelliği özel önizleme olarak yayımladık. Geri bildirim aldıktan ve hataları düzelttiktan sonra, artık tüm kuruluşlarda genel kullanıma sunulmuştur. Pull request'lar genellikle birden çok iş öğesiyle ilgili olur. Çekme talebi oluşturduğunuzda veya güncelleştirdiğinizde, bazılarını kapatmak, bazılarını da çözümlemek ve kalanları açık tutmak isteyebilirsiniz. Bunu yapmak için artık aşağıdaki şekilde gösterilenler gibi açıklamaları kullanabilirsiniz. Diğer ayrıntılar için belgelere bakın.

Durumu özelleştirme

Görev panosundaki ebeveyn alanı

Popüler istek nedeniyle artık Görev Panosu'nda hem alt hem de üst kartlara Ebeveyn alanını ekleyebilirsiniz.

ana alan görev panosu

Azure Repos

Varsayılan dal için kuruluş düzeyi ayarı

Artık yeni depolar için tercih ettiğiniz ilk dal adı için kuruluş düzeyinde bir ayar vardır. Bir proje ilk dal adını seçmediyse, bu kuruluş düzeyi ayarı kullanılır. Kuruluş ayarlarında veya proje ayarlarında ilk dal adını belirtmediyseniz, yeni depolar Azure DevOps tarafından tanımlanan varsayılan değeri kullanır.

kuruluş düzeyi için şube ayarları

PR yorumlarına katkıda bulunmak için yeni bir kimlik doğrulama kapsamı ekleme

Bu sürüm, çekme isteği yorumlarını okumak/yazmak için yeni bir OAuth yetki alanı ekler. Yalnızca açıklamalarla etkileşim kurması gereken bir botunuz veya otomasyonunuz varsa, yalnızca bu kapsama sahip bir PAT verebilirsiniz. Bu işlem, otomasyonda bir hata varsa veya belirtecin gizliliğinin ihlal edilmiş olması durumunda patlama yarıçapını azaltır.

Azure Boru Hatları

GitHub depoları için taslak PR doğrulamasını yapılandırma

Müşterilerin pull istekleri için çeşitli süreçleri vardır. Bazı durumlarda, taslak PR'lerinde doğrulama derlemeleri çalıştırmak isterler. Diğerlerinde ise taslak PR'lerin paralel işlerini tüketmesini ve boşa harcamasını istemezler.

Bu özellik, GitHub taslak çekme istekleri için tetikleyici YAML söz dizimine drafts ve pr ekler. Bu özellik, bir müşterinin taslak PR'lerinin bir derlemeyi kuyruğa almasını isteyip istemezse seçmesine olanak tanır. Varsayılan seçenek, şu anda GitHub PR'leri için olduğu gibi true (derleme kuyruğa alınır) şeklindedir. Bu değişiklik hem OAuth hem de GitHubApp bağlantılarında çalışır.

Schema:

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

Bu özellik yalnızca GitHub'daki PR'ler için geçerlidir. PR doğrulamasının dal politikaları aracılığıyla yapılandırıldığı Azure Repos'un davranışında bir değişiklik yoktur. Azure Repos'taki taslak PR'ler Azure Pipelines tarafından doğrulanmaz.

Sonraki Adımlar

Uyarı

Bu özellikler önümüzdeki iki-üç hafta içinde kullanıma sunulacaktır.

Azure DevOps'a gidin ve bir göz atın.

Azure DevOps'a gidin

Geri bildirim sağlama

Bu özellikler hakkında düşüncelerinizi duymak isteriz. Bir sorunu bildirmek veya öneri sağlamak için yardım menüsünü kullanın.

Öneride bulunma

Stack Overflow'da topluluk tarafından öneriler ve sorularınıza yanıt alabilirsiniz.

Teşekkürler

Vijay Machiraju

  • Last updated on