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 13 Sürüm Tarihi: 12 Mart 2024

File SHA-256 Karması
devops2020.1.2patch13.exe 55B0A30EABD66EB22AA6093B7750EF3CFEFE79423018E304503CE728158F56F6

Azure DevOps Server 2020 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren Düzeltme Eki 13'i yayımladık:

  • Yama 12'yi yükledikten sonra Ara Sunucunun çalışmayı durdurması sorunu çözüldü.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 12 Sürüm Tarihi: 13 Şubat 2024

File SHA-256 Karması
devops2020.1.2patch12.exe C4C9EEBBDD3B07C36658C9F78AEA57A980AA633F99DF2A3AD5036F957F095E53

Azure DevOps Server 2020 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren Düzeltme Eki 12'yi yayımladık:

  • Ara sunucu önbellek klasörü tarafından kullanılan disk alanının yanlış hesaplandığı ve klasörün düzgün temizlenmediği bir hata düzeltildi.
  • CVE-2024-20667: uzaktan kod yürütme güvenlik açığı Azure DevOps Server.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 11 Sürüm Tarihi: 12 Aralık 2023

File SHA-256 Karması
devops2020.1.2patch11.exe C47B9C898C2E08527F1DDC3E7A5E67F1A11C3AFF860DE9B5FF3DD8718C3AAE87

Azure DevOps Server 2020 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren Düzeltme Eki 11'i yayımladık:

  • İşlem hatları aşamalarında dağıtım öncesi onay güvenlik devralma çalışmadığı bir hata düzeltildi.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 10 Sürüm Tarihi: 14 Kasım 2023

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

  • Kabuk görevleri bağımsız değişkenlerini etkinleştir parametre doğrulaması için PowerShell görevlerine izin verilen karakter listesi genişletildi.

Not

Bu düzeltme ekine yönelik düzeltmeleri uygulamak için görevleri el ile güncelleştirmek için bir dizi adımı izlemeniz gerekir.

Düzeltme eklerini yükleme

Önemli

12 Eylül 2023'te yayınlanan Patch 8 ile Azure Pipelines aracısına yönelik güncelleştirmeler yayımladık. Aracı güncelleştirmelerini Düzeltme Eki 8 sürüm notlarında açıklandığı gibi yüklemediyseniz, Düzeltme Eki 10'u yüklemeden önce bu güncelleştirmeleri yüklemenizi öneririz. Yama 8 yüklendikten sonra aracının yeni sürümü 3.225.0 olacaktır.

TFX'i yapılandırma

  1. tfx-cli'yı yüklemek ve oturum açmak için görevleri proje koleksiyonuna yükleme belgelerindeki adımları izleyin.

TFX kullanarak görevleri güncelleştirme

File SHA-256 Karması
Tasks20231103.zip 389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5
  1. Tasks20231103.zipindirip ayıklayın.
  2. Dizini ayıklanan dosyalara dönüştür.
  3. Görevleri karşıya yüklemek için aşağıdaki komutları yürütebilirsiniz:
tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip 

İşlem Hattı Gereksinimleri

Yeni davranışı kullanmak için, etkilenen görevleri kullanan işlem hatlarında bir değişkenin AZP_75787_ENABLE_NEW_LOGIC = true ayarlanması gerekir.

  • Klasikte:

    değişkenini işlem hattındaki değişken sekmesinde tanımlayın.

  • YAML örneği:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 9 Sürüm Tarihi: 10 Ekim 2023

Önemli

12 Eylül 2023'te yayınlanan Patch 8 ile Azure Pipelines aracısına yönelik güncelleştirmeler yayımladık. Aracı güncelleştirmelerini Düzeltme Eki 8 sürüm notlarında açıklandığı gibi yüklemediyseniz, Düzeltme Eki 9'u yüklemeden önce bu güncelleştirmeleri yüklemenizi öneririz. Yama 8 yüklendikten sonra aracının yeni sürümü 3.225.0 olacaktır.

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

  • "Çözümleme Sahibi" kimliğinin düzeltme eki yükseltme makinelerinde Etkin Olmayan Kimlik olarak gösterildiği bir hata düzeltildi.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 8 Yayın Tarihi: 12 Eylül 2023

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

  • CVE-2023-33136: uzaktan kod yürütme güvenlik açığı Azure DevOps Server.
  • CVE-2023-38155: Azure DevOps Server ve Team Foundation Server Ayrıcalıkların Yükseltilmesi Güvenlik Açığı.

Önemli

Düzeltme ekini bir test ortamına dağıtın ve düzeltmeyi üretim ortamına uygulamadan önce ortamın işlem hatlarının beklendiği gibi çalıştığından emin olun.

Not

Bu düzeltme ekine yönelik düzeltmeleri uygulamak için aracıyı ve görevleri el ile güncelleştirmek için bir dizi adımı izlemeniz gerekir.

Düzeltme eklerini yükleme

  1. Azure DevOps Server 2020 Güncelleştirme 1.2 düzeltme eki 8'i indirin ve yükleyin.

Azure Pipelines aracısını güncelleştirme

  1. Aracıyı şu kaynaktan indirin: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
  2. Aracıyı dağıtmak için şirket içinde barındırılan Windows aracıları belgelerinde açıklanan adımları kullanın.  

Not

Aracının eski sürüme düşürülmesini önlemek için AZP_AGENT_DOWNGRADE_DISABLED "true" olarak ayarlanmalıdır. Windows'da, aşağıdaki komut bir yönetim komut isteminde ve ardından yeniden başlatmada kullanılabilir. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

TFX'i yapılandırma

  1. tfx-cli'yı yüklemek ve oturum açmak için görevleri proje koleksiyonuna yükleme belgelerindeki adımları izleyin.

TFX kullanarak görevleri güncelleştirme

  1. Tasks_20230825.zipindirip ayıklayın.
  2. Dizini ayıklanan dosyalara dönüştür.
  3. Görevleri karşıya yüklemek için aşağıdaki komutları yürütebilirsiniz:
tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip 

İşlem Hattı Gereksinimleri

Yeni davranışı kullanmak için, etkilenen görevleri kullanan işlem hatlarında bir değişkenin AZP_75787_ENABLE_NEW_LOGIC = true ayarlanması gerekir.

  • Klasikte:

    değişkenini işlem hattındaki değişken sekmesinde tanımlayın.

  • YAML örneği:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 7 Sürüm Tarihi: 8 Ağustos 2023

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

  • CVE-2023-36869: Azure DevOps Server Kimlik Sahtekarlığı Güvenlik Açığı.
  • SSH hizmetini SHA2-256 ve SHA2-512'yi destekleyecek şekilde güncelleştirin. RSA kullanmak üzere sabit kodlanmış SSH yapılandırma dosyalarınız varsa SHA2'ye güncelleştirmeniz veya girdiyi kaldırmanız gerekir.
  • Markdown dosyalarında göreli bağlantıların çalışmaması sorunu giderildi.
  • İşleme sayfasında açıklama gezintisi ile ilgili bir hata düzeltildi.
  • Çözümleme Sahibi kimliğinin Etkin Olmayan Kimlik olarak gösterildiği bir hata düzeltildi.
  • CronScheduleJobExtension'da sonsuz döngü hatası düzeltildi.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 6 Yayın Tarihi: 13 Haziran 2023

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

  • CVE-2023-21565: Azure DevOps Server Kimlik Sahtekarlığı Güvenlik Açığı.
  • CVE-2023-21569: Azure DevOps Server Kimlik Sahtekarlığı Güvenlik Açığı.
  • 2018 veya önceki bir sürümden yükseltme yaparken paketleri göndermeyi engelleyen bir hata düzeltildi.
  • Ayırma veya ekleme koleksiyonunun şu hatayı bildirememesine neden olan bir hata düzeltildi: 'TF246018: Veritabanı işlemi zaman aşımı sınırını aştı ve iptal edildi.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 5 Yayın Tarihi: 14 Şubat 2023

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

  • CVE-2023-21553: Azure DevOps Server Uzaktan Kod Yürütme Güvenlik Açığı
  • Web kullanıcı arabirimi aracılığıyla raf kümeleri erişilebilirlik sorunu düzeltildi
  • Müşterilerin Azure DevOps Server Yönetim Konsolu'nda SMTP ile ilgili ayarı güncelleştirdikten sonra tfsjobagent hizmetini ve Azure DevOps Server uygulama havuzunu yeniden başlatmaları gerekir.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 4 Yayın Tarihi: 13 Aralık 2022

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

  • IdentityPicker'da özel karakterlerin görüntülenmesi düzeltildi.

IndetityPicker'daki özel karakterlerin tanıtımını yapmak için Gif.

  • Test verileri silinmiyor ve bu da veritabanının büyümesine neden oluyor. Bu düzeltmeyle, yeni yalnız bırakılmış test verilerinin oluşturulmasını önlemek için derleme saklamayı güncelleştirdik.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yama 3 Yayın 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.

  • Yeni eklenen AD kimliklerinin güvenlik iletişim kutusu kimlik seçicilerinde görünmemesi sorununu çözün.
  • Web kancası ayarlarında Grup Üyesi tarafından istendi filtresiyle ilgili bir sorun düzeltildi.
  • İşlem hattı kuruluş ayarları, Yayın dışı işlem hatları için geçerli proje için iş yetkilendirme kapsamını sınırla olarak yapılandırılmış iş yetkilendirme kapsamına sahip olduğunda Geçitli iade derlemeleri hatası 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 Yayın 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 Yayın 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üktür.

Azure DevOps Server 2020 Güncelleştirme 1.2 Yayın Tarihi: 17 Mayıs 2022

Azure DevOps Server 2020 Güncelleştirme 1.2, hata düzeltmelerinin bir derlemesi. Azure DevOps Server 2020 Güncelleştirme 1.2'yi doğrudan yükleyebilir veya Azure DevOps Server 2020 ya da 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
    • yaml işlem hatları ve klasik işlem hatları için işlem hattı başına bekletme ilkeleri olmadan derlemeler koleksiyon düzeyinde 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, tutulacak en düşük değere doğru sayılmaz
  • Değişiklik kümesi ve raf kümesi açıklamaları bağlantıları düzgün yeniden yönlendirilmiyordu. Değişiklikler kümesindeki 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.

  • bir iş öğesinde @mention denetim kullanılırken Email bildirimleri 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 Patch 4 ile yükseltin.
  2. konumundaki kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri orada değilse, bir dize değeri ekleyin ve Version 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. Şöyle bir uyarı döndürebilir: Uzak sunucuya bağlanılamıyor. Güncelleştirme tamamlanana kadar yeniden denemeler gerçekleştirdiğinden pencereyi kapatmayın.

Not

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

  1. Sunucuyu Patch 4 ile yükseltin.
  2. konumundaki kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri orada değilse, bir dize değeri ekleyin ve Version değerini 5.4.1 (Ad = Sürüm, Değer = 5.4.1) olarak ayarlayın.
  3. Elasticsearch uzak dosya klasöründe bulunan 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 Yayın Tarihi: 15 Aralık 2021

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

  • "Sözcük İçeren" sorgular için iş öğesi makroyu düzeltin. 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 Yayın Tarihi: 26 Ekim 2021

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

  • Daha önce Azure DevOps Server yalnızca GitHub Enterprise Server'a bağlantı oluşturabiliyormuş. Bu düzeltme eki ile proje yöneticileri Azure DevOps Server ile GitHub.com üzerindeki depolar arasında bağlantılar 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 Yayın Tarihi: 14 Eylül 2021

Azure DevOps Server 2020.1.1 için Düzeltme Eki 1 aşağıdakilere yönelik düzeltmeler içerir.

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

Azure DevOps Server 2020 Güncelleştirme 1.1 Yayın Tarihi: 17 Ağustos 2021

Azure DevOps Server 2020 Güncelleştirme 1.1, hata düzeltmelerinin bir derlemesi. Azure DevOps Server 2020 Güncelleştirme 1.1'i doğrudan yükleyebilir veya Azure DevOps Server 2020 ya da 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ı ilkeleri ayarladı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 Yayın 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 Yayın 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 derlemesi. 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 derlemesi. Daha önce yayımlanan Azure DevOps Server 2020.1 RC1'deki tüm özellikleri içerir.

Azure DevOps Server 2020.1 RC1 Yayın 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 tek tek 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şliği farkını 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ümlendi'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 kopyalayabilme ö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 (en fazla 100) kopyalar.

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

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

Şimdiye kadar Etkinleştirme Tarihi, 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ğerine özeldir. Mantığı, bu kuralların artık belirli bir durum için kullanılmaması için değiştirdik. Bunun yerine, durumun bulunduğu kategori (eyalet kategorisi) tarafından tetiklenirler. Örneğin, Çözümlendi 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ştirme Tarihi, Çö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 giden kişiler, 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 önemli bir nokta olmuştur 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ılabilirdi.

İş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 basittir. Özel işleminize gidip Kapsam Düzeyleri sekmesine tıklamanız yeter. Kapsam düzeyinizi seçin (örnek: Gereksinimler Kapsamı) ve düzenle 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ı için 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 istiyor. Diğerleri, iş öğelerini kapatmadan önce doğrulanacak başka bir duruma ayarlamak istiyor. her ikisine de izin vemalıyız.

Çekme isteği birleştirilip tamamlandığında iş öğelerini istediğiniz 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ş öğesinin #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ı olmaz.

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, var olan 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ıklamalar

Çekme isteğindeki sekme menüleri Ctrl tuşunu basılı tutarak tıklamayı desteklemiyordu. 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 gelme 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 kaybolur. 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ın üst bilgi tarafından alınması yerine daha fazla dosyayı mobil görünümlerde 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 resimler ç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 bu deneyim, değişiklikleri karşılaştırma dalı yerine deponun varsayılan dalı ile karşılaştıracağı için 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 minimum düzeyde olsa da, önce birçok sahne arkası çalışmasının tamamlanması gerekiyordu ve yayınlandığını duyurmaktan dolayı heyecanlıyız!

İş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 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 bunları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 izin veririz. Bu ayarların her ikisi de etkinleştirildiğinde, işlem hattında çalışmasına izin verilen tek görevler 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'deki işlem hattı kaynakları için 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) var. 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 herhangi bir dış olaya 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ı kurun. 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ızı sağlayacak yeni tanıtılan 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ğrulaması 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 fazla ö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ı hizmeti bağlantısı tarafından bir 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 tetikleyici 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 çıkabilir.

  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 bir işlem hattının depolardan herhangi birine yapılan güncelleştirmeler tarafından tetiklenebilmesine 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'daki Git depoları için çalışır. GitHub veya BitBucket depo kaynakları için çalışmazlar.

Burada, 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ı yaygın senaryolarda bunları kendiniz başlatıp durdurmak isteyebilirsiniz. Bu sürümle birlikte bu özelliği Docker görevine dahil ettik.

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ı listesini bir işlem hattı değişkenine dahil ediyoruz: Agent.ContainerMapping. Örneğin, bir betikteki kapsayıcıların listesini incelemek istiyorsanız bunu kullanabilirsiniz. Kaynak adını ("yukarıdaki örnekteki oluşturucu") aracının yönettiği kapsayıcı kimliğine eşlerken dizeli bir JSON nesnesi içerir.

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

Aracı bir 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 her iş için görevleri bir kez kaldırır. Güvenilmeyen kodun sıkıştırması açılmış içerikleri 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 performansın birazını değiştirebilirsiniz. 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 için güvenlik ayarlarını iyileştirme girişimimizi temel alarak, 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, erişim belirtecini 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 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 Hattı > 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 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 birlikte, kuyruğa alınan bir işin önceliğini çarpmanıza olanak tanıyacağız. Havuzda "Yönet" iznine (genellikle havuz yöneticileri) sahip kullanıcılar, iş ayrıntıları sayfasında yeni bir "Sonrakini çalıştır" düğmesini görür. Düğmeye tıklanması işin en kısa sürede çalıştırılmasını sağlar. (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, kaynaklarınızın içindeki çalışma zamanı parametre içeriğini kullanmanıza olanak tanır; örneğin, kuyruk zamanında bir kapsayıcı seçmenizi sağlar. Bu desteği zaman içinde diğer kaynaklara 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 nokta sürümüne geri dönmeniz gerekebilir. 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 işlem hatlarınızı bozan yeni bir görev bulduğunuzda geçici bir geçici çözüm olarak kullanmanızı önermeyiz. Ayrıca bu, Market'ten görevin eski bir sürümünü yüklemez. Koleksiyonunuzda zaten mevcut olmalıdır, 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 Düğüm 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. Gelecek 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'u da kullanacak şekilde güncelleştirmenizi istiyoruz. Göreviniz için Node 10'u kullanmak için, altında, altında olan öğesini olarak güncelleştirin task.jsonNodeNode10.execution

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

Bu sürümle birlikte 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. Bu işlev eksikti çünkü yalnızca web kullanıcı arabiriminin derleme hakkında bildiklerini inceleyebiliyordu ve bu da bazen yanlış YAML'nin oluşturulmasına yol açtı. 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, çok sayıda depoya sahip projeler için gezinti, daha hızlı yükleme süreleri ve eklenen arama filtresi nedeniyle daha kolay hale gelmiştir. Ayrıca, İlkeler sekmesinde proje düzeyi ilkelerini ve depolar arası ilkelerin listesini görüntüleyebilirsiniz.

İlkeler sekmesinin altında 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ığı her dalı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ızdan daha yüksek bir kapsamdan devralındığında, her bir ilkenin yanında ilkenin nereden devralındığını gösteririz. Ayrıca, 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 ilkesi 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, artık 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çip 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ışlar belgelerimize bakın.

Paket Sürümü REST API'sini Güncelleştirme artık Maven paketleri için kullanılabilir

Artık Maven paket sürümlerini güncelleştirmek için Azure Artifacts "Güncelleştirme Paketi Sürümü" 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'nin sürümü. Bu, api'nin bu sürümünü kullanmak için '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şı