Azure DevOpsServer 2020 Güncelleştirme 1 Sürüm Notları

| Geliştirici Topluluğu System Gereksinimleri | Lisans Koşulları | DevOps Blogu | SHA-1 Karmaları

Bu makalede, Azure DevOps Server için en yeni sürümle ilgili bilgiler bulacaksınız.

Azure DevOps Server dağıtımı yükleme veya yükseltme hakkında daha fazla bilgi edinmek için bkz. Azure DevOps Server Gereksinimleri. Azure DevOps ürünlerini indirmek için Azure DevOps Server İndirmeler sayfasını ziyaret edin.

Azure DevOps Server 2020'ye doğrudan yükseltme, Azure DevOps Server 2019 veya Team Foundation Server 2015 veya daha yeni sürümlerde desteklenir. TFS dağıtımınız TFS 2010 veya daha önceki bir sürümdeyse, Azure DevOps Server 2019'a yükseltmeden önce bazı ara adımları gerçekleştirmeniz gerekir. Daha fazla bilgi edinmek için bkz. Şirket içi Azure DevOps'u yükleme ve yapılandırma.


Azure DevOps Server 2019'dan Azure DevOps Server 2020'ye Güvenle Yükseltme

Azure DevOps Server 2020, proje düzeyi ayarlarına göre çalışan yeni bir işlem hattı çalıştırması (derleme) bekletme modeli sunar.

Azure DevOps Server 2020, derleme saklamayı işlem hattı düzeyinde saklama ilkelerine göre farklı işler. Bazı ilke yapılandırmaları, işlem hattı çalıştırmalarının yükseltmeden sonra silinmesine neden olur. El ile tutulan veya bir sürüm tarafından tutulan işlem hattı çalıştırmaları yükseltmeden sonra silinmez.

Azure DevOps Server 2019'dan Azure DevOps Server 2020'ye güvenli bir şekilde yükseltme hakkında daha fazla bilgi için blog gönderimizi okuyun.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 3 Sürüm Tarihi: 18 Ekim 2022

Azure DevOps Server 2020 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren bir yama yayımladık.

  • Güvenlik iletişim kutusu kimlik seçicilerinde yeni eklenen AD kimliklerinin görünmemesi sorununu çözün.
  • Web kancası ayarlarında Grup Üyesi tarafından istendi filtresiyle ilgili bir sorun düzeltildi.
  • İşlem hattı için Kuruluş ayarları, yayın dışı işlem hatları için iş yetkilendirme kapsamını geçerli projeyle sınırla olarak yapılandırılmış iş yetkilendirme kapsamına sahip olduğunda Geçitli iade derlemeleri hatasını düzeltildi.
  • Kimliği doğrulanmış ara sunucu arkasında hizmet bağlantısı kurulurken Azure'dan erişim belirtecinin alınması düzeltildi.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 2 Sürüm Tarihi: 9 Ağustos 2022

Azure DevOps Server 2020 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren bir yama yayımladık.

  • Farklı etki alanlarında görünen bir kimliğe iş öğesi atarken kimlik değeri hatasını düzeltin.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 1 Sürüm Tarihi: 12 Temmuz 2022

Azure DevOps Server 2020 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren bir yama yayımladık.

  • Test Çalıştırmaları API'lerinde, döndürülen devamlılık belirteci belirtilen "maxLastUpdatedDate" değerinden büyük oldu.

Azure DevOps Server 2020 Güncelleştirme 1.2 Sürüm Tarihi: 17 Mayıs 2022

Azure DevOps Server 2020 Güncelleştirme 1.2, hata düzeltmelerinin bir dağıtımıdır. Azure DevOps Server 2020 Güncelleştirme 1.2'yi doğrudan yükleyebilir veya Azure DevOps Server 2020 veya Team Foundation Server 2013 veya daha yeni bir sürümden yükseltebilirsiniz.

Not

Veri Geçiş Aracı, bu sürümden yaklaşık üç hafta sonra Azure DevOps Server 2020 Güncelleştirme 1.2'de kullanıma sunulacaktır. İçeri aktarma için şu anda desteklenen sürümlerin listesini burada görebilirsiniz.

Bu sürüm aşağıdakiler için düzeltmeler içerir:

  • Azure DevOps Server 2020.1.2, işlem hattı çalıştırmalarının (derlemeler) kaybını önlemek için yeni saklama modelini (Azure DevOps Server 2020'de kullanıma sunulmuştur) devre dışı bırakır. Bu, sistemin aşağıdakileri yapacağı anlamına gelir:

    • Server 2020 çalıştırılırken oluşturulan en son 3 derleme için kira oluşturma
    • İşlem hattı başına bekletme ilkeleri olmayan YAML işlem hatları ve Klasik işlem hatları için derlemeler koleksiyon düzeyi maksimum saklama ayarlarına göre korunur
    • İşlem hattı başına özel bekletme ilkelerine sahip Klasik işlem hatları için derlemeler işlem hattına özgü saklama ilkesine göre korunur
    • Kiraları olan derlemeler, ayara devam etmek için Minimum'a doğru sayılmaz
  • Değişiklik kümesi ve raf kümesi açıklama bağlantıları düzgün yeniden yönlendirilmiyordu. Değişiklikler kümelerindeki veya raf kümelerindeki dosyalara açıklamalar eklendiğinde, bu açıklamaların seçilmesi dosya görünümünde doğru yere yönlendirilmiyordu.

  • "Sonrakini çalıştır" düğmesi kullanılarak derleme kuyruğu atlanamıyor. Daha önce, "Sonrakini çalıştır" düğmesi yalnızca proje koleksiyonu yöneticileri için etkinleştirildi.

  • Kullanıcının Active Directory hesabı devre dışı bırakıldıktan sonra tüm kişisel erişim belirteçlerini iptal edin.

Azure DevOps Server 2020.1.1 Yama 4 Yayın Tarihi: 26 Ocak 2022

Azure DevOps Server 2020.1.1 için aşağıdaki düzeltmeleri içeren bir yama yayımladık.

  • Email iş öğesinde @mention denetim kullanılırken bildirim gönderilmedi.
  • Tercih edilen e-posta adresi kullanıcı profilinde güncelleştirilmiyor. Bu, e-postaların önceki e-posta adresine gönderilmesine neden oldu.
  • Üst bilgi Proje Özeti sayfasında gösterilmedi. Üst bilgi birkaç milisaniye boyunca gösterildi ve sonra kayboldu.
  • Active Directory kullanıcı eşitlemesinde geliştirme.
  • jndilookup sınıfını log4j ikili dosyalarından kaldırarak Elasticsearch güvenlik açığı giderildi.

Yükleme adımları

  1. Sunucuyu Yama 4 ile yükseltin.
  2. adresinde kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri orada değilse, bir dize değeri ekleyin ve Sürüm değerini 5.4.1 (Ad = Sürüm, Değer = 5.4.1) olarak ayarlayın.
  3. Benioku dosyasında sağlanan update komutunu PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update çalıştırın. Şu gibi bir uyarı döndürebilir: Uzak sunucuya bağlanılamıyor. Güncelleştirme tamamlanana kadar yeniden denemeler gerçekleştirdiği için pencereyi kapatmayın.

Not

Azure DevOps Server ve Elasticsearch farklı makinelerde yüklüyse, aşağıda özetlenen adımları izleyin.

  1. Sunucuyu Yama 4 ile yükseltin.
  2. adresinde kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri orada değilse, bir dize değeri ekleyin ve Sürüm değerini 5.4.1 (Ad = Sürüm, Değer = 5.4.1) olarak ayarlayın.
  3. Elasticsearch uzak dosya klasörüne konumundaki C:\Program Files\{TFS Version Folder}\Search\zip zip adlı klasörün içeriğini kopyalayın.
  4. Elasticsearch sunucu makinesinde komutunu çalıştırın Configure-TFSSearch.ps1 -Operation update .

SHA-256 Karması: 451F0BB73132EFCD2B3D2922F0040DBF2BCF2808C35D3C37CA5A3CD8F65F29D6

Azure DevOps Server 2020.1.1 Yama 3 Sürüm Tarihi: 15 Aralık 2021

Azure DevOps Server 2020.1.1 için Düzeltme Eki 3 aşağıdaki düzeltmeleri içerir.

  • "Sözcük İçeren" sorgular için iş öğesi makros düzeltildi. Daha önce sorgular satır sonu içeren değerler için yanlış sonuçlar döndürdü.
  • Maven paketi sürüm karakter uzunluğu sınırlarını artırın.
  • Özel iş öğeleri düzen durumları için yerelleştirme sorunu.
  • E-posta bildirim şablonunda yerelleştirme sorunu.
  • Bir alan için birden çok NOTSAMEAS kuralı tanımlandığında NOTSAMEAS kuralları değerlendirmesiyle ilgili sorun.

Azure DevOps Server 2020.1.1 Yama 2 Sürüm Tarihi: 26 Ekim 2021

Azure DevOps Server 2020.1.1 için Düzeltme Eki 2 aşağıdaki düzeltmeleri içerir.

  • Daha önce, Azure DevOps Server yalnızca GitHub Enterprise Server'a bağlantı oluşturabilirdi. Bu düzeltme eki ile proje yöneticileri Azure DevOps Server ile GitHub.com üzerindeki depolar arasında bağlantı oluşturabilir. Bu ayarı GitHub bağlantıları sayfasında Proje Ayarları'nın altında bulabilirsiniz.
  • Test Planı pencere öğesiyle ilgili sorunu çözün. Test yürütme raporu sonuçlarda yanlış bir kullanıcı gösteriyordu.
  • Projeye Genel Bakış özet sayfasının yüklenememesiyle ilgili sorun düzeltildi.
  • Ürün yükseltmesini onaylamak için e-postaların gönderilmemesiyle ilgili sorun düzeltildi.

Azure DevOps Server 2020.1.1 Yama 1 Sürüm Tarihi: 14 Eylül 2021

Azure DevOps Server 2020.1.1 için Düzeltme Eki 1 aşağıdaki düzeltmeleri içerir.

  • Yapıtları indirme/karşıya yükleme hatasını düzeltin.
  • Tutarsız Test Sonuçları verileriyle ilgili sorunu çözün.

Azure DevOps Server 2020 Güncelleştirme 1.1 Sürüm Tarihi: 17 Ağustos 2021

Azure DevOps Server 2020 Güncelleştirme 1.1, hata düzeltmelerinin bir dağıtımıdır. Azure DevOps Server 2020 Güncelleştirme 1.1'i doğrudan yükleyebilir veya Azure DevOps Server 2020 veya Team Foundation Server 2013 veya daha yeni bir sürümden yükseltebilirsiniz.

Not

Veri Geçiş Aracı, bu sürümden yaklaşık üç hafta sonra Azure DevOps Server 2020 Güncelleştirme 1.1'de kullanıma sunulacaktır. İçeri aktarma için şu anda desteklenen sürümlerin listesini burada görebilirsiniz.

Bu sürüm aşağıdaki hatalar için düzeltmeler içerir:

Azure Boards

  • Bildirim e-postalarındaki "İş öğesini görüntüle" köprüsü genel URL'yi kullanmıyor.

Azure Repos

  • Depolar arası ilkeler ayarlandıktan sonra sınır birleştirme türlerini değiştirmeyi etkinleştirmek için sınırlı birleştirme türleri devralma onay kutularının görüntülenmesi düzeltildi.

Azure Pipelines

  • Aracı Güncelleştirmesi ayarını değiştirirken, ayarlar ortamdaki diğer uygulama katmanlarına yayılmadı.

Genel

  • Sunucu yapılandırma sihirbazında yazım düzeltildi.
  • Uzantı paketi boyutu artırıldı ve kayıt defterindeki boyutu değiştirmenize olanak tanıyın.

Azure Test Plans

  • Geçmiş sayfasından özet sayfasına geri döndüğünüzde test sonuçlarına geri gidilemiyor.

Azure DevOps Server 2020.1 Yama 2 Sürüm Tarihi: 10 Ağustos 2021

Azure DevOps Server 2020.1 için aşağıdakileri düzelten bir yama yayımladık.

  • Derleme tanımı kullanıcı arabirimi hatası düzeltildi.
  • Gözatma geçmişi kök depo yerine dosyaları görüntüleyecek şekilde değiştirildi.

Azure DevOps Server 2020.1 Yama 1 Sürüm Tarihi: 15 Haziran 2021

Azure DevOps Server 2020.1 için aşağıdakileri düzelten bir yama yayımladık.

  • onaylayan SameSite=Noneyetkilendirme akışlarında kullanılan güvenli tanımlama bilgileri.

  • Bildirimler SDK'sı ile ilgili sorunu çözün. Daha önce, Alan Yolu filtresini kullanan bildirim abonelikleri doğru ayrıştırılmıyordu.

Azure DevOps Server 2020.1 RTW Yayın Tarihi: 25 Mayıs 2021

Azure DevOps Server 2020.1 RTW Sürümündeki Yeniliklerin Özeti

Azure DevOps Server 2020.1 RTW, hata düzeltmelerinin bir dağıtımıdır. Daha önce yayımlanan Azure DevOps Server 2020.1 RC2'deki tüm özellikleri içerir. Azure DevOps Server 2020.1 RTW, hata düzeltmelerinin bir dağıtımıdır. Azure DevOps Server 2020.1'i doğrudan yükleyebilir veya Azure DevOps Server 2020, 2019 veya Team Foundation Server 2015 veya daha yeni bir sürümden yükseltebilirsiniz.

Not

Veri Geçiş Aracı, bu sürümden yaklaşık üç hafta sonra Azure DevOps Server 2020 Güncelleştirme 1'de kullanıma sunulacaktır. İçeri aktarma için şu anda desteklenen sürümlerin listesini burada görebilirsiniz.

Azure DevOps Server 2020.1 RC2 Sürüm Tarihi: 13 Nisan 2021

Azure DevOps Server 2020.1 RC2 Sürümündeki Yeniliklerin Özeti

Azure DevOps Server 2020.1 RC2, hata düzeltmelerinin bir dağıtımıdır. Daha önce yayımlanan Azure DevOps Server 2020.1 RC1'deki tüm özellikleri içerir.

Azure DevOps Server 2020.1 RC1 Sürüm Tarihi: 23 Mart 2021

Azure DevOps Server 2020.1 RC1 Sürümündeki Yeniliklerin Özeti

Azure DevOps Server 2020.1 RC1 birçok yeni özellik sunar. Önemli noktalardan bazıları:

Ayrıca her hizmetin tüm yeni özelliklerini görmek için bölümlere atlayabilirsiniz:


Boards

Durum geçişi kısıtlama kuralları

Barındırılan XML ile devralınan işlem modeli arasındaki özellik eşlik boşluğunu kapatmaya devam ediyoruz. Bu yeni iş öğesi türü kuralı, iş öğelerinin bir durumdan diğerine taşınmasını kısıtlamanıza olanak tanır. Örneğin, Hataların Yeni'den Çözüldü'ye gitmelerini kısıtlayabilirsiniz. Bunun yerine, Yeni –> Etkin -> Çözüldü'den geçmeleri gerekir

görüntü

Durum geçişlerini grup üyeliğine göre kısıtlamak için bir kural da oluşturabilirsiniz. Örneğin, yalnızca "Onaylayanlar" grubundaki kullanıcılar Yeni -> Onaylandı'dan kullanıcı hikayelerini taşıyabilir.

Alt öğeleri kopyalamak için iş öğesini kopyalama

Azure Boards için en çok istenen özelliklerden biri, alt iş öğelerini de kopyalayan bir iş öğesini kopyalama özelliğidir. İş öğesini kopyala iletişim kutusuna "Alt iş öğelerini dahil et" için yeni bir seçenek ekledik. Bu seçenek belirlendiğinde, iş öğesini kopyalar ve tüm alt iş öğelerini kopyalar (en fazla 100).

Bu sayfada, Azure Boards'da kopyalanan iş öğesine alt iş öğelerini dahil et seçeneği gösterilir.

Etkinleştirilmiş ve çözümlenmiş alanlar için geliştirilmiş kurallar

Şimdiye kadar Etkinleştirme Ölçütü, Etkinleştirme Tarihi, Çözümlenme Tarihi ve Çözümlenme Tarihi kuralları bir gizemdi. Bunlar yalnızca sistem iş öğesi türleri için ayarlanır ve "Etkin" ve "Çözüldü" durum değerlerine özeldir. Mantığı değiştirerek bu kuralların artık belirli bir durum için olmamasını sağladık. Bunun yerine, bunlar durumun bulunduğu kategori (durum kategorisi) tarafından tetiklenir. Örneğin, Çözümlenmiş kategorisinde "Test Gerekiyor" özel durumunuz olduğunu varsayalım. İş öğesi "Etkin" yerine "Test Gerekiyor" olarak değiştiğinde Çözümlenme Tarihi ve Çözümlenme Tarihi kuralları tetiklenir.

Bu, müşterilerin herhangi bir özel durum değeri oluşturmasına ve özel kurallar kullanmaya gerek kalmadan Etkinleştirme Ölçütü, Etkinleştirilmiş Tarih, Çözümlenme Tarihi ve Çözümlenme Tarihi alanlarını oluşturmasına olanak tanır.

Paydaşlar iş öğelerini pano sütunları arasında taşıyabilir

Paydaşlar her zaman iş öğelerinin durumunu değiştirebildi. Ancak Kanban panosuna gittiği zaman, iş öğelerini bir sütundan diğerine taşıyamaz. Bunun yerine paydaşların her iş öğesini birer birer açması ve durum değerini güncelleştirmesi gerekir. Bu durum müşteriler için uzun zamandır sorun oldu ve artık iş öğelerini pano sütunları arasında taşıyabileceğinizi duyurmaktan mutluluk duyuyoruz.

Kapsamlarda ve panolarda sistem iş öğesi türleri

Artık tercih ettiğiniz kapsam düzeyine bir sistem iş öğesi türü ekleyebilirsiniz. Geçmişte bu iş öğesi türleri yalnızca sorgulardan kullanılabilmektedir.

İşleme İş Öğesi Türü
Çevik Sorun
Scrum Engel
CMMI Değişiklik İsteği
Sorun
Gözden geçirme
Risk

Kapsam düzeyine sistem iş öğesi türü eklemek kolaydır. Özel işleminize gidin ve Kapsam Düzeyleri sekmesine tıklayın. Kapsam düzeyinizi seçin (örnek: Gereksinimler Kapsamı) ve düzenleme seçeneğini belirleyin. Ardından iş öğesi türünü ekleyin.

kapsamlar

Azure Boards GitHub uygulama deposu sınırı artırıldı

GitHub marketindeki Azure Boards uygulamasının depo sınırı 100'den 250'ye yükseltildi.

Çekme isteği birleştirildiğinde iş öğesi durumunu özelleştirme

Tüm iş akışları aynı değildir. Bazı müşteriler, Çekme İsteği tamamlandığında ilgili iş öğelerini kapatmak ister. Diğerleri, çalışma öğelerini kapatmadan önce doğrulanacak başka bir duruma ayarlamak ister. her ikisine de izin vemalıyız.

Çekme isteği birleştirildiğinde ve tamamlandığında iş öğelerini istenen duruma ayarlamanıza olanak tanıyan yeni bir özelliğimiz var. Bunu yapmak için çekme isteği açıklamasını tarar ve durum değerini ve ardından iş öğeleri #mention ararız. Bu örnekte iki kullanıcı hikayesini Çözüldü ve iki görevi kapatacak şekilde ayarlıyoruz.

iş öğesi-durumu

Artık iş öğenizi derlemeye, Derlemede bulundu'ya veya Derlemeyle tümleşik bir öğeye bağlayarak derleme bağımlılıklarınızı proje genelinde kolayca izleyebilirsiniz.

iş öğelerini bağlama

Sistem alanlarında açıklamayı (yardım metni) düzenleme

Özel alanların açıklamasını her zaman düzenleyebildiniz. Ancak öncelik, önem derecesi ve etkinlik gibi sistem alanları için açıklama düzenlenebilir değildi. Bu, Barındırılan XML ile Devralınmış arasında bazı müşterilerin Devralınmış modele geçişini engelleyen bir özellik açığıydı. Artık sistem alanlarında açıklamayı düzenleyebilirsiniz. Düzenlenen değer yalnızca işlemdeki ve bu iş öğesi türü için bu alanı etkiler. Bu, farklı iş öğesi türlerinde aynı alan için farklı açıklamalar elde etme esnekliği sağlar.

açıklamayı düzenle

Çekme isteği birleştirildiğinde iş öğesi durumunu özelleştirme

Çekme istekleri genellikle birden çok iş öğesine başvurur. Çekme isteği oluşturduğunuzda veya güncelleştirdiğinizde, bazılarını kapatmak, bazılarını çö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ştir

Görev panosundaki üst alan

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

üst alan görev panosu

Hata iş öğesi türündeki "Atanan" kuralı kaldırılıyor

Agile, Scrum ve CMMI'deki tüm farklı iş öğesi türlerinde çeşitli gizli sistem kuralları vardır. Bu kurallar on yıldan uzun süredir mevcut ve genellikle hiçbir şikayet olmadan düzgün çalıştı. Ancak, karşılamaları tükenen birkaç kural vardır. Özellikle bir kural yeni ve mevcut müşteriler için çok fazla acıya neden oldu ve bunu kaldırmanın zamanı geldiğinden karar verdik. Bu kural, Çevik işlemindeki Hata iş öğesi türünde bulunur.

"Durum Çözüldü olarak değiştirildiğinde Atanan değerini Oluşturan olarak ayarlayın"

Bu kural hakkında çok sayıda geri bildirim aldık. Yanıt olarak bu kuralı Çevik işlemindeki Hata iş öğesi türünden kaldırdık. Bu değişiklik, devralınan çevik veya özelleştirilmiş devralınan Çevik işlemi kullanan her projeyi etkiler. Bu geçerli kuralı beğenen ve bu kurala bağımlı olan müşteriler için, özel kuralları kullanarak kuralı yeniden eklemek için izleyebileceğiniz adımlarla ilgili blog gönderimize bakın.

İş Öğeleri sayfasındaki öğeler kaldırıldı

İş Öğeleri sayfası, oluşturduğunuz veya size atanan öğeleri ve diğer öğeleri hızlı bir şekilde bulmak için harika bir yerdir. Çeşitli kişiselleştirilmiş özetler ve filtreler sağlar. "Bana atanan" özetinin en önemli şikayetlerinden biri, Kaldırılan iş öğeleri (yani Kaldırılan durumdaki iş öğeleri) ifadesini görüntülemesidir. Ve aynı fikirdeyiz! Kaldırılan öğeler artık değer içermeyen ve bu nedenle kapsamdan kaldırılmış olan işlerdir, bu nedenle bu görünüme dahil olmak yararlı değildir.

Artık İş Öğeleri sayfasındaki Bana atanan özetinden tüm Kaldırılan öğeleri gizleyebilirsiniz.

Repos

Varsayılan dal adı tercihi

Azure Repos artık Git için özelleştirilebilir bir varsayılan dal adı sunuyor. Depo ayarlarında, bir depo başlatıldığında kullanılacak herhangi bir yasal dal adını seçebilirsiniz. Azure Repos, mevcut bir depo için varsayılan dal adının değiştirilmesini her zaman desteklemiştir. Daha fazla ayrıntı için Dalları yönetme bölümünü ziyaret edin.

 default-branch-name

Not: Bu özelliği etkinleştirmezseniz depolarınız Azure Repos varsayılan adıyla başlatılır. Şu anda varsayılan değer ana değerdir. Microsoft'un kapsayıcı dile yönelik taahhüdünü ve müşteri isteklerini yerine getirmek için bu varsayılanı main olarak değiştirme konusunda sektör akranlarına katılacağız. Bu değişiklik bu yaz gerçekleşecek. Ana şablonu kullanmaya devam etmek istiyorsanız, bu özelliği şimdi açıp ana şablon olarak ayarlamanız gerekir.

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

Artık yeni depolar için tercih ettiğiniz ilk dal adı için koleksiyon 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 tanımlı varsayılanı kullanır.

kuruluş düzeyi için dal ayarı

Çekme isteği açıklamalarına katkıda bulunmak için yeni bir kimlik doğrulama kapsamı ekleme

Bu sürüm, çekme isteği açıklamalarını okumak/yazmak için yeni bir OAuth kapsamı 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 güvenliği aşıldıysa patlama yarıçapını azaltır.

Çekme İsteği deneyimi geliştirmeleri

Yeni çekme isteği deneyimi aşağıdakilerle geliştirilmiştir:

  • İsteğe bağlı denetimlerin daha görünür olmasını sağlama

Müşteriler, bir geliştiricinin dikkatini olası sorunlara çekmek için isteğe bağlı denetimleri kullanır. Önceki deneyimde, bu denetimler başarısız olduğunda açıkça görülüyormuş. Ancak önizleme deneyiminde böyle bir durum söz konusu değildir. Gerekli denetimlerdeki büyük, yeşil onay işareti, isteğe bağlı denetimlerdeki hataları maskeler. Kullanıcılar yalnızca denetimler panelini açarak isteğe bağlı denetimlerin başarısız olduğunu fark edebilir. Geliştiriciler genellikle herhangi bir sorun göstergesi olmadığında bunu yapmaz. Bu dağıtımda, isteğe bağlı denetimlerin durumunu özette daha görünür hale getirdik.


isteğe bağlı denetimleri göster


  • Menü öğelerine Ctrl tuşunu basılı tutarak tıklama

Çekme isteğindeki sekme menüleri Ctrl tuşunu basılı tutarak tıklamayı desteklemedi. Kullanıcılar çekme isteğini gözden geçirirken genellikle yeni tarayıcı sekmeleri açar. Bu sorun düzeltildi.

  • [+] ek açıklamasının konumu

Çekme isteğindeki dosyaların ağaç listesi, yazarların ve gözden geçirenlerin yeni dosyaları tanımlamasına yardımcı olmak için [+] ek açıklamasını gösterir. Ek açıklama üç noktanın ardından olduğundan, daha uzun dosya adları için genellikle görünmezdi.


ek açıklamaların konumlarını gösterme

  • Çekme isteği güncelleştirmeleri açılan listesi zamanlama bilgilerini yeniden kazanma

Çekme isteğindeki dosyaları güncelleştirme ve karşılaştırmayı seçme açılan menüsü önizleme deneyiminde önemli bir öğeyi kaybetti. Güncelleştirmenin ne zaman yapıldığını göstermedi. Bu sorun düzeltildi.


Çekme isteği güncelleştirmeleri açılan listesinde zamanlama bilgileri eksik

  • **Geliştirilmiş açıklama filtresi düzeni **

Çekme isteğinin özet sayfasındaki açıklamalar filtrelendiğinde, açılan liste sağ taraftaydı, ancak metin sola hizalandı. Bu sorun düzeltildi.


Geliştirilmiş açıklama filtresi düzeni

  • Üst işlemelere gezinti

İşlemeler sayfasının altında, belirli bir işlemede yapılan değişiklikleri üst işlemesiyle karşılaştırabilirsiniz. Ancak, üst işlemeye gitmek ve bu işlemenin kendi üst öğesinden nasıl farklı olduğunu daha fazla anlamak isteyebilirsiniz. Bu genellikle bir sürümdeki tüm değişiklikleri anlamak istediğinizde gereklidir. Bunu başarmanıza yardımcı olmak için işlemeye bir üst kart ekledik.


Üst işlemelere gezinti

  • Çekme isteği dosyaları sekmesinde uzun adlara sahip klasörler ve dosyalar için daha fazla alan

Dosya ağacında yatay aralık olmaması nedeniyle uzun adlara sahip klasörler ve dosyalar kesildi. Ağacın girintisini kök düğümle eşleşecek şekilde değiştirerek ve üzerine gelindiğinde dışında üç nokta düğmesini sayfadan gizleyerek ağaçta biraz ek alan kurtardık.

Yeni dosya ağacının görüntüsü:


Klasörler ve dosyalar için daha fazla alan

Bir dizinin üzerine gelindiğinde dosya ağacının görüntüsü:


Ad görüntüleme

  • Çekme isteği dosyaları sekmesinde fark bölmesini yeniden boyutlandırırken kaydırma konumunu koruma

Çekme isteği dosyaları sekmesinde yan yana fark bölmesini yeniden boyutlandırırken kullanıcının kaydırma konumu kaybolacak. Bu sorun düzeltildi; kullanıcının kaydırma konumu artık fark bölmesinde yeniden boyutlandırılır.

  • Mobil cihazda işleme arama

Mobil cihazda İşlemeler sayfasını görüntülerken, yeni deneyimde arama kutusu eksiktir. Sonuç olarak, bir işlemeyi karma değeriyle bulup açmanız zordur. Bu durum düzeltildi.


Mobil cihazda işleme arama

  • Yeni çekme isteği dosyası fark mobil görünümü için alan kullanımı iyileştirildi

Bu sayfayı, kullanıcıların ekranın %40'ını üst bilgi almak yerine mobil görünümlerde daha fazla dosyayı görebilmesi için alanı daha iyi kullanacak şekilde güncelleştirdik.


Yeni çekme isteği dosya adı alanı kullanımı iyileştirildi

  • Çekme isteği özet görünümünde gelişmiş görüntüler

Çekme isteğinde düzenlenen görüntüler çekme isteği özet görünümünde gösterilmiyor ancak çekme isteği dosyaları görünümünde doğru gösteriliyordu. Bu sorun çözüldü.

  • Yeni çekme isteği oluştururken gelişmiş dal deneyimi

Bu güncelleştirmeden önce, değişiklikleri karşılaştırma dalı yerine deponun varsayılan dalı ile karşılaştıracağı için bu deneyim ideal değildi.


dal deneyimi geliştirmesi

Pipelines

Ek aracı platformu: ARM64

Azure Pipelines aracısı için desteklenen platformlar listesine Linux/ARM64 ekledik. Kod değişiklikleri en az düzeyde olsa da, önce birçok sahne arkası çalışmasının tamamlanması gerekiyordu ve yayınlandığını duyurmaktan heyecan duyuyoruz!

İşlem hattı kaynakları için etiket filtresi desteği

ARTıK YAML işlem hatlarına 'etiketler' ekledik. CI işlem hattını çalıştırılacak şekilde veya otomatik olarak tetiklendiğinde ayarlamak için etiketleri kullanabilirsiniz.

resources:
  pipelines:
  - pipeline: MyCIAlias
    project: Fabrikam
    source: Farbrikam-CI
    branch: master
    tags:              ### This filter is used for resolving default version
    - Production       ### Tags are AND'ed
    trigger:
      tags:            ### This filter is used for triggering the pipeline run
      - Production     ### Tags are AND'ed
      - Signed

Yukarıdaki kod parçacığı, CD (sürekli dağıtım) işlem hattı çalıştırması başka bir kaynak/kaynak veya zamanlanmış çalıştırma tetikleyicisi tarafından tetiklenmediğinde çalıştırılacak CI (sürekli tümleştirme) işlem hattının varsayılan sürümünü belirlemek için etiketlerin kullanılabileceğini gösterir.

Örneğin, CD işlem hattınız için yalnızca CI'niz üretim etiketine sahipse çalıştırmak istediğiniz zamanlanmış bir tetikleyiciniz varsa, tetikleyiciler bölümündeki etiketler CD işlem hattının yalnızca etiketleme koşulu CI tamamlama olayı tarafından karşılandığında tetiklendiğinde tetiklendiğinden emin olur.

İşlem hatlarında izin verilen görevleri denetleme

Artık Market görevlerini devre dışı bırakabilirsiniz. Bazılarınız Market uzantılarına izin verebilir, ancak bu uzantıların getirdiği İşlem Hatları görevlerine izin vermez. Daha da fazla denetim için, tüm kutu içi görevleri (özel bir eylem olan kullanıma alma hariç) bağımsız olarak devre dışı bırakmanıza da olanak sağlarız. Bu ayarların her ikisi de etkinleştirildiğinde, işlem hattında çalışmasına izin verilen tek görev tfx kullanılarak karşıya yüklenen görevlerdir. Başlamak için "Görev kısıtlamaları" adlı bölümü ziyaret edin https://dev.azure.com/<your_org>/_settings/pipelinessettings ve arayın.

Özel dağıtım kilitleme ilkesi

Bu güncelleştirmeyle, bir ortama aynı anda yalnızca tek bir çalıştırmanın dağıtıldığından emin olabilirsiniz. Bir ortamda "Özel kullanım kilidi" denetimini seçerek yalnızca bir çalıştırma devam eder. Bu ortama dağıtmak isteyen sonraki çalıştırmalar duraklatılır. Özel kullanım kilidiyle çalıştırma tamamlandıktan sonra en son çalıştırma devam eder. Ara çalıştırmalar iptal edilir.

Denetim ekle sayfasında, tek seferde tek bir çalıştırmanın ortama dağıtıldığından emin olmak için Özel Kullanım Kilidi'ni seçin.

İşlem hattı kaynak tetikleyicileri için aşama filtreleri

YAML'de işlem hattı kaynaklarına filtre olarak 'aşamalar' desteği ekledik. Bu filtreyle, CD işlem hattınızı tetikleyebilmek için CI işlem hattının tamamının tamamlanmasını beklemeniz gerekmez. Artık CI işlem hattınızdaki belirli bir aşamayı tamamladığınızda CD işlem hattınızı tetiklemeyi seçebilirsiniz.

resources:
  pipelines:
  - pipeline: MyCIAlias  
    project: Fabrikam  
    source: Farbrikam-CI  
    trigger:    
      stages:            ### This stage filter is used when evaluating conditions for triggering your CD pipeline
      - PreProduction    ### stages are AND'ed. On successful completion of all the stages provided, your CD pipeline will be triggered. 
      - Production

Tetikleyici filtresinde sağlanan aşamalar CI işlem hattınızda başarıyla tamamlandığında, CD işlem hattınız için otomatik olarak yeni bir çalıştırma tetiklenir.

YAML işlem hatları için genel web kancası tabanlı tetikleyiciler

Bugün, yapıtları kullanabileceğiniz ve otomatik tetikleyicileri etkinleştirebileceğiniz çeşitli kaynaklarımız (işlem hatları, kapsayıcılar, derleme ve paketler gibi) vardır. Ancak şimdiye kadar dağıtım işleminizi diğer dış olaylara veya hizmetlere göre otomatikleştiremediniz. Bu sürümde, işlem hattı otomasyonunun herhangi bir dış hizmetle tümleştirilmesini sağlamak için YAML işlem hatlarında web kancası tetikleyici desteği sunuyoruz. Web kancaları (Github, Github Enterprise, Nexus, Aritfactory vb.) aracılığıyla tüm dış olaylara abone olabilir ve işlem hatlarınızı tetikleyebilirsiniz.

Web kancası tetikleyicilerini yapılandırma adımları şunlardır:

  1. Dış hizmetinizde bir web kancası ayarlayın. Web kancanızı oluştururken aşağıdaki bilgileri sağlamanız gerekir:

    • İstek Url'si - "https://dev.azure.com/<ADO koleksiyonu>/_apis/public/distributedtask/webhooks/<WebHook Name>?api-version=6.0-preview"
    • Gizli dizi - Bu isteğe bağlıdır. JSON yükünüzün güvenliğini sağlamanız gerekiyorsa Gizli dizi değerini belirtin
  2. Yeni bir "Gelen Web Kancası" hizmet bağlantısı oluşturun. Bu, üç önemli bilgi parçasını tanımlamanıza olanak sağlayan yeni kullanıma sunulan bir Hizmet Bağlantı Türüdür:

    • Web Kancası Adı: Web kancasının adı, dış hizmetinizde oluşturulan web kancasıyla eşleşmelidir.
    • HTTP Üst Bilgisi - İstek doğrulama için yük karma değerini içeren istekteki HTTP üst bilgisinin adı. Örneğin, GitHub söz konusu olduğunda istek üst bilgisi "X-Hub-Signature" olur
    • Gizli dizi - Gizli dizi, gelen isteğin doğrulanması için kullanılan yük karması ayrıştırmak için kullanılır (bu isteğe bağlıdır). Web kancanızı oluştururken gizli dizi kullandıysanız aynı gizli anahtarı sağlamanız gerekir

    Hizmet bağlantısını düzenle sayfasında web kancası tetikleyicilerini yapılandırın.

  3. YAML işlem hatlarında adlı webhooks yeni bir kaynak türü kullanıma sunulmuştur. Web kancası olayına abone olmak için işlem hattınızda bir web kancası kaynağı tanımlamanız ve bunu Gelen web kancası hizmet bağlantısına işaret etmeniz gerekir. Ayrıca, her işlem hattının tetikleyicilerini daha da özelleştirmek için JSON yük verilerine dayalı olarak web kancası kaynağında ek filtreler tanımlayabilir ve yük verilerini işlerinizdeki değişkenler biçiminde kullanabilirsiniz.

resources:
  webhooks:
    - webhook: MyWebhookTrigger          ### Webhook alias
      connection: MyWebhookConnection    ### Incoming webhook service connection
      filters:
        - path: repositoryName      ### JSON path in the payload
          value: maven-releases     ### Expected value in the path provided
        - path: action
          value: CREATED
steps:
- task: PowerShell@2
  inputs:
    targetType: 'inline'
    ### JSON payload data is available in the form of ${{ parameters.<WebhookAlias>.<JSONPath>}}
    script: |
      Write-Host ${{ parameters.MyWebhookTrigger.repositoryName}}
      Write-Host ${{ parameters.MyWebhookTrigger.component.group}}
  1. Gelen Web Kancası hizmet bağlantısı tarafından her web kancası olayı alındığında, web kancası olayına abone olan tüm işlem hatları için yeni bir çalıştırma tetiklenir.

YAML kaynak tetikleyicisi sorunları desteği ve izlenebilirliği

İşlem hattı tetikleyicilerinin beklediğiniz gibi yürütülememesi kafa karıştırıcı olabilir. Bunu daha iyi anlamanıza yardımcı olmak için işlem hattı tanımı sayfasına tetikleyicilerin neden yürütülmediğiyle ilgili bilgilerin ortaya çıktığı 'Tetikleyici Sorunları' adlı yeni bir menü öğesi ekledik.

Kaynak tetikleyicileri iki nedenle yürütülemez.

  1. Sağlanan hizmet bağlantısının kaynağı geçersizse veya tetikleyicide söz dizimi hataları varsa, tetikleyici hiç yapılandırılmaz. Bunlar hata olarak ortaya çıkmaktadır.

  2. Tetikleyici koşulları eşleşmezse, tetikleyici yürütülmeyecektir. Bu durum oluştuğunda, koşulların neden eşleşmediğini anlayabilmenizi sağlayacak bir uyarı görüntülenir.

    Tetikleyici Sorunları adlı bu işlem hattı tanım sayfası tetikleyicilerin neden çalışmadığıyla ilgili bilgileri görüntüler.

Çoklu depo tetikleyicileri

Bir YAML dosyasında birden çok depo belirtebilir ve herhangi bir depoya yapılan güncelleştirmeler ile bir işlem hattının tetiklemesine neden olabilirsiniz. Bu özellik, örneğin aşağıdaki senaryolarda kullanışlıdır:

  • Farklı bir depodan bir araç veya kitaplık tüketirsiniz. Araç veya kitaplık her güncelleştirildiğinde uygulamanız için testler çalıştırmak istiyorsunuz.
  • YAML dosyanızı uygulama kodundan ayrı bir depoda tutarsınız. Uygulama deposuna her güncelleştirme gönderildiğinde işlem hattını tetiklemeniz gerekir.

Bu güncelleştirmeyle birlikte çoklu depo tetikleyicileri yalnızca Azure Repos Git depoları için çalışır. GitHub veya BitBucket depo kaynakları için çalışmazlar.

Aşağıda, bir işlem hattında birden çok depo kaynağının nasıl tanımlanacağı ve bunların hepsinde tetikleyicilerin nasıl yapılandırılacağını gösteren bir örnek verilmiştir.

trigger:
- main

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

Bu örnekteki işlem hattı, şu güncelleştirmeler varsa tetiklenir:

  • main YAML dosyasını içeren depodaki self dal
  • mainveya release depodaki dallar tools

Daha fazla bilgi için bkz . İşlem hattınızda birden çok depo.

Aracı günlüğü karşıya yüklemeleri geliştirildi

Bir aracı Azure Pipelines sunucusuyla iletişim kurmayı durdurduğunda, çalıştırdığı iş terkedilmiş olur. Akış konsolu günlüklerine bakıyorsanız, aracının yanıt vermeyi durdurmadan hemen önce neler yaptığına ilişkin bazı ipuçları almış olabilirsiniz. Ancak bunu yapmadıysanız veya sayfayı yenilediyseniz bu konsol günlükleri gitmiş olur. Bu sürümle birlikte, aracı tam günlüklerini göndermeden önce yanıt vermeyi durdurursa konsol günlüklerini bir sonraki en iyi şey olarak saklarız. Konsol günlükleri satır başına 1000 karakterle sınırlıdır ve bazen eksik olabilir, ancak hiçbir şey göstermemek çok daha yararlıdır! Bu günlükleri incelemek kendi işlem hatlarınızın sorunlarını gidermenize yardımcı olabilir ve sorun gidermeye yardımcı olduklarında destek mühendislerimize kesinlikle yardımcı olur.

İsteğe bağlı olarak kapsayıcı birimlerini salt okunur olarak bağlama

Azure Pipelines'da bir kapsayıcı işi çalıştırdığınızda, çalışma alanını, görevleri ve diğer malzemeleri içeren birkaç birim birim olarak eşlenir. Bu birimler varsayılan olarak okuma/yazma erişimine sahiptir. Daha fazla güvenlik için YAML'de kapsayıcı belirtiminizi değiştirerek birimleri salt okunur olarak bağlayabilirsiniz. altındaki mountReadOnly her anahtar salt okunur için olarak ayarlanabilir true (varsayılan değerdir false).

resources:
  containers:
    - container: example
      image: ubuntu:18.04
      mountReadOnly:
        externals: true
        tasks: true
        tools: true
        work: false

Kapsayıcı başlatma/durdurma üzerinde ayrıntılı denetim

Genel olarak Azure Pipelines'ın iş ve hizmet kapsayıcılarınızın yaşam döngüsünü yönetmesine izin vermenizi öneririz. Ancak, bazı nadir senaryolarda bunları kendiniz başlatıp durdurmak isteyebilirsiniz. Bu sürümle bu özelliği Docker görevine oluşturduk.

Yeni özelliği kullanan örnek bir işlem hattı aşağıda verilmiştir:

resources:
  containers:
    - container: builder
      image: ubuntu:18.04
steps:
  - script: echo "I can run inside the container (it starts by default)"
    target:
      container: builder
  - task: Docker@2
    inputs:
      command: stop
      container: builder
# if any step tried to run in the container here, it would fail

Ayrıca, kapsayıcıların listesini bir işlem hattı değişkenine ekleriz. Agent.ContainerMapping Örneğin, bir betikteki kapsayıcıların listesini incelemek istiyorsanız bunu kullanabilirsiniz. Kaynak adını ("yukarıdaki örnekten oluşturucu") aracının yönettiği kapsayıcı kimliğiyle eşleten dizeli bir JSON nesnesi içerir.

Her adım için görev paketlerinin sıkıştırmasını açma

Aracı bir işi çalıştırdığında, önce işin adımları için gereken tüm görev paketlerini indirir. Normalde, performans için görev birden çok adımda kullanılsa bile iş başına bir kez görevlerin bantlarını azaltır. Güvenilmeyen kodun sıkıştırması açılmış içeriği değiştirmesi konusunda endişeleriniz varsa, aracının her kullanımda görevin sıkıştırmasını açmasını sağlayarak biraz performans elde edebilirsiniz. Bu modu etkinleştirmek için aracıyı yapılandırırken geçirin --alwaysextracttask .

Erişim belirteçlerinin kapsamını kısıtlayarak yayın güvenliğini geliştirme

Azure Pipelines'ın güvenlik ayarlarını iyileştirme girişimimiz üzerine geliştirdiğimiz için artık yayınlar için erişim belirteçlerinin kapsamını kısıtlamayı destekliyoruz.

Sürümlerde çalışan her iş bir erişim belirteci alır. Erişim belirteci görevler ve betikleriniz tarafından Azure DevOps'a geri çağrı yapmak için kullanılır. Örneğin, kaynak kodu almak, yapıtları indirmek, günlükleri karşıya yüklemek, sonuçları test etmek veya Azure DevOps'a REST çağrıları yapmak için erişim belirtecini kullanırız. Her iş için yeni bir erişim belirteci oluşturulur ve iş tamamlandıktan sonra süresi dolar.

Bu güncelleştirmeyle, erişim belirteçlerinin kapsamını kısıtlayarak ve aynı değeri klasik sürümlere genişleterek işlem hattı güvenliğini geliştireceğiz.

Bu özellik yeni projeler ve koleksiyonlar için varsayılan olarak açıktır. Mevcut koleksiyonlar için, bunu koleksiyon Ayarları İşlem Hatları > Ayarları'nda > etkinleştirmeniz gerekir. > Yayın işlem hatları için iş yetkilendirme kapsamını geçerli projeyle sınırlayın. Burada daha fazla bilgi edinin.

YAML önizleme API'si geliştirmeleri

Artık bir işlem hattını çalıştırmadan tüm YAML'sini önizleyebilirsiniz. Ayrıca, önizleme özelliği için ayrılmış yeni bir URL oluşturduk. Artık son haline getirilmiş YAML gövdesini almak için POST'a https://dev.azure.com/{collection}/{project}/_apis/pipelines/{pipelineId}/preview gönderebilirsiniz. Bu yeni API bir çalıştırmayı kuyruğa almakla aynı parametreleri alır, ancak artık "Kuyruk derlemeleri" izni gerektirmez.

Sonraki adımda bu işi çalıştır

Hiç bu dakika içinde dağıtmanız gereken ancak CI ve PR işlerinin arkasında beklemeniz gereken bir hata düzeltmesi yaşadınız mı? Bu sürümle artık kuyruğa alınmış bir işin önceliğini artıracağız. Havuzda "Yönet" iznine sahip kullanıcılar (genellikle havuz yöneticileri), iş ayrıntıları sayfasında yeni bir "Sonrakini çalıştır" düğmesini görür. Düğmeye tıklanması işi en kısa sürede çalıştırılacak şekilde ayarlar. (Yine de kullanılabilir paralelliğe ve uygun bir aracıya ihtiyacınız olacaktır.)

YAML resources bloğunda izin verilen şablon ifadeleri

Daha önce Azure Pipelines YAML dosyasının resources bölümünde derleme zamanı ifadelerine (${{ }}) izin verilmiyordu. Bu sürümle birlikte kapsayıcılar için bu kısıtlamayı kaldırdık. Bu sayede kaynaklarınızın içindeki çalışma zamanı parametresi içeriğini kullanabilirsiniz; örneğin kuyruk zamanında bir kapsayıcı seçebilirsiniz. Bu desteği zaman içinde diğer kaynaklara da genişletmeyi planlıyoruz.

Market'ten otomatik görev güncelleştirmeleri üzerinde denetim

BIR YAML işlem hattı yazdığınızda, normalde dahil edilen görevlerin yalnızca ana sürüm numarasını belirtirsiniz. Bu, işlem hatlarınızın en son özellik eklemelerini ve hata düzeltmelerini otomatik olarak almasını sağlar. Bazen görevin önceki bir noktaya geri dönmeniz gerekebilir ve bu güncelleştirmeyle birlikte bunu yapabilmenizi de ekledik. Artık YAML işlem hatlarınızda tam bir major.minor.patch görev sürümü belirtebilirsiniz.

Bunu düzenli olarak yapmanızı ve yalnızca daha yeni bir görevin işlem hatlarınızı bozduğunu fark ettiğinizde geçici bir geçici çözüm olarak kullanmanızı önermiyoruz. Ayrıca, bu işlem Market'ten görevin eski bir sürümünü yüklemez. Koleksiyonunuzda zaten mevcut olması gerekir, aksi takdirde işlem hattınız başarısız olur.

Örnek:

steps:
- task: MyTask@1  # a normal, major-version only reference
- task: MyOtherTask@2.3.4   # pinned to a precise version

Aracı ve görevlerde Node 10 desteği

Node 6 artık desteklenmediğinden, görevleri Node 10 ile çalışacak şekilde geçiriyoruz. Bu güncelleştirme için, yerleşik görevlerin neredeyse %50'sini Node 10'a geçirdik. Aracı artık hem Node 6 hem de Node 10 görevlerini çalıştırabilir. Gelecekteki bir güncelleştirmede Node 6'yı aracıdan tamamen kaldıracağız. Node 6'nın aracıdan kaldırılmasına hazırlanmak için şirket içi uzantılarınızı ve özel görevlerinizi yakında Node 10'da da kullanacak şekilde güncelleştirmenizi istiyoruz. Göreviniz için Node 10'ı kullanmak için, altındaexecution, altında, içinden Node olarak Node10güncelleştirintask.json.

Klasik derleme tasarımcısında YAML dönüştürmesini geliştirme

Bu sürümle, tasarımcı derleme işlem hatları için yeni bir "YAML'ye dışarı aktarma" özelliğini kullanıma sunacağız. İşlem hattı tanımınızı kaydedin ve menüde "YAML'ye Aktar" seçeneğini ... bulun.

Yeni dışarı aktarma işlevi, daha önce klasik derleme tasarımcısında bulunan "YAML olarak görüntüle" işlevinin yerini alır. Yalnızca web kullanıcı arabiriminin derleme hakkında bildiklerini inceleyebildiği için bu işlev eksikti ve bu da bazen yanlış YAML'nin oluşturulmasına neden oldu. Yeni dışarı aktarma işlevi, işlem hattının tam olarak nasıl işlendiğini dikkate alır ve tasarımcı işlem hattına tam uygunlukta YAML oluşturur.

Yeni web platformu dönüştürme – Depo ayarları

İki Depo ayarları sayfasını yeni bir web platformuna yükseltilen tek bir deneyime dönüştürdük. Bu yükseltme, deneyimi daha hızlı ve daha modern hale getirmekle kalmaz, aynı zamanda proje düzeyinden dal düzeyine kadar tüm ilkeler için tek bir giriş noktası sağlar.

Yeni web platformu dönüştürme.

Bu yeni deneyimle, daha hızlı yükleme süreleri ve eklenen bir arama filtresi nedeniyle önemli sayıda depoya sahip projeler için gezinti daha kolay hale gelmiştir. Ayrıca, İlkeler sekmesinde proje düzeyi ilkelerini ve depolar arası ilkelerin listesini de görüntüleyebilirsiniz.

İlkeler sekmesinde depolar arası ilkeleri görüntüleyin.

Bir depoya tıklarsanız, depo düzeyinde ayarlanan ilkeleri ve izinleri görüntüleyebilirsiniz. İlkeler sekmesinde, ilkenin ayarlandığı tüm dalların listesini görüntüleyebilirsiniz. Şimdi, depo ayarları sayfasından hiç ayrılmadan ilkeleri görmek için dala tıklayın.

İlkeleri görmek için dal'ı seçin.

Artık, ilkeler üzerinde çalıştığınız kapsamdan daha yüksek bir kapsamdan devralındığında, her bir ilkenin yanında ilkenin nereden devralındığını gösteririz. Kapsam adına tıklayarak üst düzey ilkenin ayarlandığı sayfaya da gidebilirsiniz.

İlkenin nereden devralındığını gösterir.

İlke sayfasının kendisi de daraltılabilir bölümler içeren yeni web platformuna yükseltildi! Belirli bir Derleme Doğrulama, Durum Denetimi veya Otomatik Gözden Geçiren ilkesini arama deneyimini geliştirmek için her bölüm için arama filtreleri ekledik.

Her bölüm için arama filtreleri.

YAML işlem hatları ile ServiceNow değişiklik yönetimi tümleştirmesi

ServiceNow için Azure Pipelines uygulaması, Azure Pipelines ve ServiceNow Değişiklik Yönetimi'ni tümleştirmenize yardımcı olur. Bu güncelleştirmeyle, Azure Pipelines'ın ServiceNow'da yönetilen değişiklik yönetimi işlemini YAML işlem hatlarına daha da iyi tanımasını sağlama yolculuğumuzu gerçekleştireceğiz.

Bir kaynakta "ServiceNow Değişiklik Yönetimi" denetimini yapılandırarak, derlemeyi bu kaynağa dağıtmadan önce değişikliğin onaylanmasını duraklatabilirsiniz. Bir aşama için otomatik olarak yeni bir değişiklik oluşturabilir veya var olan bir değişiklik isteğini bekleyebilirsiniz.


ServiceNow Değişiklik Yönetimi Tümleştirmesi

Değişiklik isteğini dağıtım durumu, notlar vb. ile güncelleştirmek için görevi bir sunucu işine de ekleyebilirsiniz UpdateServiceNowChangeRequest .

Artifacts

Kullanıcı arabiriminden kuruluş kapsamlı akışlar oluşturma olanağı

Müşterilerin hem şirket içi hem de barındırılan hizmetler için web kullanıcı arabirimi aracılığıyla koleksiyon kapsamlı akışlar oluşturma ve yönetme olanağını geri getiriyoruz.

Artık Yapıtlar -> Akış Oluştur'a gidip Kapsam içinde bir akış türü seçerek kullanıcı arabirimi aracılığıyla kuruluş kapsamlı akışlar oluşturabilirsiniz.

Yapıtlar'ı ve ardından Akış Oluştur'u seçerek ve Kapsam içinde bir akış türü seçerek koleksiyon kapsamlı akışlar oluşturun.

Proje kapsamlı akışların Azure DevOps tekliflerinin geri kalanıyla uyumlu olarak kullanılmasını önersek de, kullanıcı arabirimi ve çeşitli REST API'leri aracılığıyla koleksiyon kapsamlı akışlar oluşturabilir, yönetebilir ve kullanabilirsiniz. Daha fazla bilgi için lütfen akış belgelerimize bakın.

Güncelleştirme Paketi Sürümü REST API'sini Maven paketleri için kullanıma sunuldu

Artık Maven paketi sürümlerini güncelleştirmek için Azure Artifacts "Paket Sürümünü Güncelleştir" REST API'sini kullanabilirsiniz. Daha önce NuGet, Maven, npm ve Evrensel Paketler için paket sürümlerini güncelleştirmek için REST API'yi kullanabilirdiniz ancak Maven paketlerini güncelleştiremeyebilirdiniz.

Maven paketlerini güncelleştirmek için HTTP PATCH komutunu aşağıdaki gibi kullanın.

PATCH https://pkgs.dev.azure.com/{collection}/{project?}/\_apis/packaging/feeds/{feedId}/maven/groups/{groupId}/artifacts/{artifactId}/versions/{packageVersion}?api-version=5.1-preview.1

Aşağıdakileri ayarlayabilirsiniz:

URI Parametreleri

Ad İçinde Gerekli Tür Açıklama
Artifactıd path TRUE string Paketin yapıt kimliği
Besleme path TRUE string Akışın adı veya kimliği
groupId path TRUE string Paketin Grup Kimliği
koleksiyonu path TRUE string Azure DevOps koleksiyonunun adı
sürüm path TRUE string Paketin sürümü
proje path string Proje Kimliği veya proje adı
api-sürümü query TRUE string Kullanılacak API sürümü. Api'nin bu sürümünü kullanmak için bu değer '5.1-preview.1' olarak ayarlanmalıdır

İstek Gövdesi

Ad Tür Açıklama
görünümler JsonPatchOperation Paket sürümünün eklendiği görünüm

Daha fazla bilgi için lütfen güncelleştirildikçe REST API belgelerine bakın.

Geri Bildirim

Görüşlerinizi almaktan mutluluk duyarız! Bir sorunu bildirebilir veya fikir verebilir, Geliştirici Topluluğu aracılığıyla izleyebilir ve Stack Overflow hakkında öneriler alabilirsiniz.


Sayfanın Başı