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'ın en yeni sürümüyle ilgili bilgileri 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 İndirmeleri 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 önceki sürümlerdeyse, 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, işlem hattı düzeyinde bekletme ilkelerine göre derleme saklamayı farklı işler. Bazı ilke yapılandırmaları, yükseltmeden sonra işlem hattı çalıştırmalarının silinmesine neden olur. El ile tutulan veya bir yayın 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 Düzeltme Eki 13 Yayın Tarihi: 12 Mart 2024

Dosya	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 13. Düzeltme Eki'ni yayımladık:

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

Azure DevOps Server 2020 Güncelleştirme 1.2 Düzeltme Eki 12 Yayın Tarihi: 13 Şubat 2024

Dosya	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: Azure DevOps Server Uzaktan Kod Yürütme Güvenlik Açığı.

Azure DevOps Server 2020 Güncelleştirme 1.2 Düzeltme Eki 11 Yayın Tarihi: 12 Aralık 2023

Dosya	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:

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

Azure DevOps Server 2020 Güncelleştirme 1.2 Düzeltme Eki 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 düzeltme eki 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. Düzeltme Eki 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üklemek ve oturum açmak için görevleri proje koleksiyonuna yükleme belgelerindeki adımları izleyin.

TFX kullanarak görevleri güncelleştirme

Dosya	SHA-256 Karması
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Tasks20231103.zip indirip 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şken AZP_75787_ENABLE_NEW_LOGIC = true ayarlanmalıdır.

• 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 Düzeltme Eki 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. Düzeltme Eki 8 sürüm notlarında açıklandığı gibi aracı güncelleştirmelerini yüklemediyseniz, Düzeltme Eki 9'u yüklemeden önce bu güncelleştirmeleri yüklemenizi öneririz. Düzeltme Eki 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.

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

Azure DevOps Server 2020 Güncelleştirme 1.2 Düzeltme Eki 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 düzeltme eki yayımladık.

• CVE-2023-33136: Azure DevOps Server Uzaktan Kod Yürütme Güvenlik Açığı.
• 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 ekinin düzeltmelerini 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 indirilmesini ö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ü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.zip indirip 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şken AZP_75787_ENABLE_NEW_LOGIC = true ayarlanmalıdır.

• 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 Yayın Tarihi: 8 Ağustos 2023

Azure DevOps Server 2020 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren bir düzeltme eki 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 gezintisiyle ilgili bir hata düzeltildi.
• Çözümleme Sahibi kimliğinin Etkin Olmayan Kimlik olarak gösterilmesine neden olan bir hata düzeltildi.
• CronScheduleJobExtension'da sonsuz döngü hatası düzeltildi.

Azure DevOps Server 2020 Güncelleştirme 1.2 Düzeltme Eki 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 düzeltme eki 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.
• Koleksiyonu ayırma veya ekleme işleminin ş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 Düzeltme Eki 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 düzeltme eki 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 Düzeltme Eki 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 düzeltme eki yayımladık.

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

• Test verileri silinmiyor, 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 Düzeltme Eki 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 düzeltme eki 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 iş yetkilendirme kapsamını geçerli projeyle sınırla olarak yapılandırıldığında 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 Düzeltme Eki 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 düzeltme eki 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 Düzeltme Eki 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 düzeltme eki 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 Sürüm Tarihi: 17 Mayıs 2022

Azure DevOps Server 2020 Güncelleştirme 1.2 , hata düzeltmelerinin bir paketidir. 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 için kullanılabilir olacak. İç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 bekletme modelini (Azure DevOps Server 2020'de kullanıma sunulmuştur) devre dışı bırakır. Bu, sistemin şu şekilde olacağı 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ü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, 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ü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 Düzeltme Eki 4 Yayın Tarihi: 26 Ocak 2022

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

• Bir iş öğesinde @mention denetim kullanılırken e-posta bildirimleri gönderilmedi.
• Tercih edilen e-posta adresi kullanıcı profilinde güncelleştirilmiyor. Bu, e-postaların önceki e-posta adresine gönderilmesiyle sonuçlandı.
• Ü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ı log4j ikili dosyalarından kaldırılarak Elasticsearch güvenlik açığı giderildi.

Yükleme adımları

1. Yama 4 ile sunucuyu yükseltin.
2. konumundaki kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri yoksa, 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ğinden pencereyi kapatmayın.

Not

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

1. Yama 4 ile sunucuyu yükseltin.
2. konumundaki kayıt defteri değerini HKLM:\Software\Elasticsearch\Versiondenetleyin. Kayıt defteri değeri yoksa, 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ü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 Karma: 451F0BB73132EFCD2B3D2922F0040DBF2BCF2808C35D3C37CA5A3CD8F65F29D6

Azure DevOps Server 2020.1.1 Düzeltme Eki 3 Yayın 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 sorunu düzeltildi. Daha önce sorgular, satır sonu içeren değerler için yanlış sonuçlar döndürmektedir.
• 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 Düzeltme Eki 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ş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 Düzeltme Eki 1 Yayın 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 paketidir. 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ı 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 sağlar.

Azure Test Plans

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

---

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

Azure DevOps Server 2020.1 için aşağıdakileri düzelten bir düzeltme eki 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 Düzeltme Eki 1 Sürüm Tarihi: 15 Haziran 2021

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

• onaylayan SameSite=Noneyetkilendirme akışlarında kullanılan tanımlama bilgilerinin güvenliğini sağlama.

• 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 Sürüm Tarihi: 25 Mayıs 2021

Azure DevOps Server 2020.1 RTW'deki Yeniliklerin Özeti

Azure DevOps Server 2020.1 RTW, hata düzeltmelerinin bir parçası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 parçası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 için kullanılabilir olacak. İç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'deki Yeniliklerin Özeti

Azure DevOps Server 2020.1 RC2, hata düzeltmelerinin bir parçası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'deki Yeniliklerin Özeti

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

• Panolarda durum geçiş kısıtlama kuralları
• Proje katılımcıları artık iş öğelerini pano sütunları arasında taşıyabilir
• Erişim belirteçlerinin kapsamını kısıtlayarak sürüm güvenliğini geliştirme
• Gelişmiş çekme isteği deneyimi
• İşlem Hatlarında çoklu depo tetikleyicileri

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

• Panolar
• Repos
• Pipelines
• Yapı

---

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 açığını kapatmaya devam ediyoruz. Bu yeni iş öğesi türü kuralı, iş öğelerinin bir durumdan diğerine taşınmasını kısıtlamanızı sağlar. Örneğin, Hataların Yeni'den Çözüldü'ye gitmelerini kısıtlayabilirsiniz. Bunun yerine, Yeni –> Etkin -> Çözüldü sayfasından gitmeleri gerekir

Durum geçişlerini grup üyeliğine göre kısıtlamak için bir kural da oluşturabilirsiniz. Örneğin, kullanıcı hikayelerini yalnızca "Onaylayanlar" grubundaki kullanıcılar Yeni -> Onaylandı'dan 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 (en fazla 100) kopyalar.

Etkinleştirilen ve çözümlenen 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ğerine özeldir. Mantığı değiştirerek bu kuralların artık belirli bir duruma uygun olmamasını sağladık. Bunun yerine, durumun bulunduğu kategori (durum kategorisi) tarafından tetiklenirler. Örneğin, Çözümlenmiş kategorisinde "Test Gerekiyor" özel durumunuz olduğunu varsayalım. İş öğesi "Etkin" yerine "Test Gerekiyor" olarak değiştiğinde Çözümlenen ve Çözümlenen Tarih kuralları tetiklenir.

Bu, müşterilerin özel kurallar kullanmaya gerek kalmadan herhangi bir özel durum değeri oluşturmasına ve yine de 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

Proje katılımcı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 olmuştur ve artık iş öğelerini pano sütunları arasında taşıyabileceğinizi duyurmaktan mutluluk duyuyoruz.

Biriktirme listeleri ve panolarda sistem çalışma öğ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.

İşlem	İş Öğesi Türü
Çevik	Sorun
Scrum	Engel
CMMI	Değişiklik İsteği
	Sorun
	İnceleyin
	Risk

Bir sistem iş öğesi türünü kapsam düzeyine 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.

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 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.

İş öğenizi başka bir projedeki derlemelere bağlama

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

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üzenlenemez. Bu, Bazı müşterilerin Devralınan modele geçiş yapmasını engelleyen Barındırılan XML ile Devralınmış arasında bir özellik boşluğuydu. 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çıklamalara sahip olmanız için esneklik sağlar.

Ç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.

Görev panosundaki üst alan

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

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

Çevik, Scrum ve CMMI'deki tüm farklı iş öğesi türlerinde çeşitli gizli sistem kuralları vardır. Bu kurallar on yıldan uzun bir süredir mevcut ve genellikle herhangi bir şikayet olmadan iyi çalıştı. Ancak, karşılaması 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ümlendi olarak değiştirildiğinde Atanan değeri 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ından kaldırılan öğeler

İş Öğ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) öğesini 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 kaldırılan tüm öğ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 kullanmak üzere herhangi bir yasal dal adı seçebilirsiniz. Azure Repos, mevcut bir depo için varsayılan dal adının değiştirilmesini her zaman desteklemiştir.

Daha fazla bilgi için bkz . Dalları yönetme ve Varsayılan dalı değiştirme.

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 tarafından tanımlanan varsayılan değeri kullanır.

PR yorumları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 gizliliğinin ihlal edilmiş olması durumunda 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 bir sorun belirtisi olmadığında bunu yapmaz. Bu dağıtımda, isteğe bağlı denetimlerin durumunu özette daha görünür hale getirdik.

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

Çekme isteğindeki sekme menüleri Ctrl tuşunu basılı tutarak tıklamayı desteklemedi. Kullanıcılar genellikle çekme isteğini gözden geçirirken 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.

• Ç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çmek için açılan menü, önizleme deneyiminde önemli bir öğeyi kaybetti. Güncelleştirmenin ne zaman yapıldığını göstermedi. Bu sorun düzeltildi.

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

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

• Ü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.

• PR 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 üç nokta düğmesini vurgulama dışında sayfadan gizleyerek ağaçta biraz ek alan kurtardık.

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

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

• PR 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 bir işleme için arama yapma

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.

• Yeni PR dosyası farkı mobil görünümü için geliştirilmiş alan kullanımı

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

• Ç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 PR oluştururken geliştirilmiş 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.

Pipelines

Ek aracı platformu: ARM64

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

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

Şimdi YAML işlem hatlarına 'etiketler' ekledik. CI işlem hattının ne zaman otomatik olarak tetikleyebileceğini veya çalıştırılacak şekilde ayarlamak için etiketleri kullanabilirsiniz.

resources:
  pipelines:
  - pipeline: MyCIAlias
    project: Fabrikam
    source: Farbrikam-CI
    branch: main
    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ı içinde hangi görevlere izin verileceğini denetle

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 dışında) 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, aynı anda bir ortama 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 kilit ile çalıştırma tamamlandıktan sonra en son çalıştırma devam eder. Ara çalıştırmalar iptal edilir.

İş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şama tamamlandıktan sonra 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 diğer dış olaylara veya hizmetlere göre dağıtım işleminizi 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 - "ADO koleksiyonu>/_apis/public/distributedtask/webhooks/<WebHook Name>?api-version=6.0-preview"https://dev.azure.com/<
   • 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 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ğ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 dizi anahtarını sağlamanız gerekir

   

3. ADLı webhooks yeni bir kaynak türü YAML işlem hatlarında kullanıma sunulmuştur. Bir 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ü verilerini temel alan 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}}

4. 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 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 çıkar.

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.

   

Çoklu depo tetikleyicileri

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

• Farklı bir depodan bir araç veya kitaplık kullanıyorsunuz. 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ştirme ile çoklu depo tetikleyicileri yalnızca Azure Repos'taki Git depoları için çalışır. GitHub veya BitBucket depo kaynakları için çalışmaz.

Burada, 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

Şu güncelleştirmeler varsa bu örnekteki işlem hattı 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ükleri için gelişmiş karşıya yükleme süreci

Bir aracı Azure Pipelines sunucusuyla iletişimini durdurduğunda, çalıştırıldığı iş terk olur. Akış konsolu günlüklerine bakıyorsanız, aracının yanıt vermeyi durdurmadan hemen önce neler yaptığına dair 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 tutacağı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östermemekten ç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 salt okunur kapsayıcı birimlerini 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 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şlatmak ve 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ğine eşleten dizeli bir JSON nesnesi içerir.

Her adım için görev paketlerini ayıklama

Aracı bir işi çalıştırdığında, önce işin adımlarının gerektirdiği 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 sıkılması gerekir. Güvenilmeyen kodun sıkıştırmasız içeriği değiştirmesi konusunda endişeleriniz varsa, aracının görevi her kullanımda açmasını sağlayarak biraz performansla işlem yapabilirsiniz. Bu modu etkinleştirmek için aracıyı yapılandırırken geçirin --alwaysextracttask .

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

Azure Pipelines için güvenlik ayarlarını iyileştirme girişimimizi temel alarak, artık sürümler 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 işlem hattı güvenliğini iyileştirmeyi temel alarak ve aynı değeri klasik sürümlere genişleterek 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. Buradan 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, çalıştırmayı kuyruğa almakla aynı parametreleri alır, ancak artık "Kuyruk derlemeleri" izni gerektirmez.

Sonrasında bu işi çalıştırma

Bu dakika içinde dağıtmanız gereken ancak CI ve PR işlerinin arkasında beklemeniz gereken bir hata düzeltmeniz oldu mu? Bu sürümle artık kuyruğa alınmış bir işin önceliğini artıracağı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üğmesi 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, kaynaklarınızın içindeki çalışma zamanı parametresi içeriklerini kullanmanıza olanak tanır; ö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 yapılan 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 ve bu güncelleştirmeyle bunu yapabilmeniz için bir özellik 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 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 var 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 Düğüm 10 desteği

Node 6 artık desteklenmediğinden, düğüm 10 ile çalışmak için görevleri 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'un da kullanılması için güncelleştirmenizi rica ediyoruz. Göreviniz için Node 10'ı kullanmak için, altında, altında, olan öğesini Node olarak Node10güncelleştirintask.jsonexecution.

Klasik derleme tasarımcısında YAML dönüştürme özelliği geliştirildi

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 uygunlukla 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 yalnızca 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.

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.

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.

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.

İ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.

YAML işlem hatlarıyla 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 fazla 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.

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.

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ı yeniden 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, Maven paketleri için artık kullanılabilir

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	In	Required	Tür	Açıklama
artifactId	yol	TRUE	Dize	Paketin Yapıt Kimliği
akış	yol	TRUE	Dize	Akışın adı veya kimliği
groupId	yol	TRUE	Dize	Paketin Grup Kimliği
koleksiyonu	yol	TRUE	Dize	Azure DevOps koleksiyonunun adı
sürüm	yol	TRUE	Dize	Paketin sürümü
proje	yol		Dize	Proje kimliği veya proje adı
api-sürümü	query	TRUE	Dize	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

Fikrinizi öğrenmek isteriz! Bir sorunu bildirebilir veya bir fikir sağlayabilir, Geliştirici Topluluğu aracılığıyla izleyebilir ve Stack Overflow hakkında öneriler alabilirsiniz.

---

Sayfanın Başı