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

| Geliştirici Topluluğu Sistem 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ümlerden 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ükseltin

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 saklama ilkelerine göre derleme saklamayı farklı işler. Bazı ilke yapılandırmaları, işlem hattı çalıştırmalarının yükseltmeden sonra silinmesine yol açar. 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 Yama 10 Yayın 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 izin verilen PowerShell görevleri karakter listesi genişletildi.

Not

Bu düzeltme ekine yönelik düzeltmeleri uygulamak için görevleri el ile güncelleştirmeye yönelik birkaç 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 Patch 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ü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	389BA66EEEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

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

• Klasikte:

  değişkenini işlem hattının 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 Yayın 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 Patch 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 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 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ü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şken AZP_75787_ENABLE_NEW_LOGIC = true ayarlanmalıdır.

• Klasikte:

  değişkenini işlem hattının 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 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.

• Test verileri silinmediğinden veritabanının büyümesine neden oldu. 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 Sürüm Tarihi: 18 Ekim 2022

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

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

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

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

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

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

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

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

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

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

Not

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

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

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

  • Server 2020 çalıştırılırken oluşturulan en son 3 derleme için kira oluşturma
  • İşlem hattı başına bekletme ilkeleri olmayan YAML işlem hatları ve Klasik işlem hatları için derlemeler koleksiyon düzeyi maksimum saklama ayarlarına göre korunur
  • İşlem hattı başına özel bekletme ilkelerine sahip Klasik işlem hatları için derlemeler işlem hattına özgü saklama ilkesine göre korunur
  • Kiraları olan derlemeler, ayara devam etmek için Minimum'a doğru sayılmaz

• Değişiklik kümesi ve raf kümesi açıklama bağlantıları düzgün yeniden yönlendirilmiyordu. Değişiklikler kümelerindeki veya raf kümelerindeki dosyalara açıklamalar eklendiğinde, bu açıklamaların seçilmesi dosya görünümünde doğru yere yönlendirilmiyordu.

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

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

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

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

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

Yükleme adımları

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

Not

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

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

SHA-256 Karması: 451F0BB73132EFCD2B3D2922F0040DBF2BCF2808C35D3C37CA5A3CD8F65F29D6

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

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

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

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

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

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

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

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

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

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

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

Not

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

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

Azure Boards

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

Azure Repos

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

Azure Pipelines

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

Genel

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

Azure Test Plans

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

---

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

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

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

Azure DevOps Server 2020.1 Yama 1 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ı:

• Panolarda durum geçişi kısıtlama kuralları
• Paydaşlar artık iş öğelerini pano sütunları arasında taşıyabilir
• Erişim belirteçlerinin kapsamını kısıtlayarak yayın 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:

• Boards
• Repos
• Pipelines
• Artifacts

---

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

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.

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.

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.

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

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.

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.

Ç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 geri kalanını 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ılı aşkın bir süredir mevcut ve genellikle hiçbir şikayet olmadan düzgün çalışıyor. 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ırma zamanının 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ğ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ı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ş öğelerinin (yani, kaldırılan durumdaki iş öğelerinin) görüntüleniyor olmasıdır. Ve aynı fikirdeyiz! Kaldırılan öğeler artık değer içermeyen ve bu nedenle kapsamtan 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ı sunar. 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.

 

Not: Bu özelliği etkinleştirmezseniz depolarınız Azure Repos varsayılan adıyla başlatılır. Şu anda bu varsayılan ana değerdir. Microsoft'un kapsayıcı dile yönelik taahhüdünü ve müşteri isteklerini yerine getirmek için bu varsayılanı ana olarak değiştirme konusunda sektör akranlarına katılacağız. Bu değişiklik bu yazın ilerleyen bölümlerinde 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 bir koleksiyon düzeyi 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.

Ç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ı denetimleri daha görünür hale getirme

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üyor. 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ıklar

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

• Ç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ü:

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

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

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

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

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.

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

   

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

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

   

Ç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şimini durdurduğunda, çalıştırdığı iş terk edilmiş 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ştir. 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östermekten çok daha yararlıdırlar! Bu günlükleri incelemek kendi işlem hatlarınızın sorunlarını gidermenize yardımcı olabilir ve sorun gidermeye yardımcı olduklarında destek mühendislerimize kesinlikle yardımcı olur.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

YAML önizleme API'si geliştirmeleri

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

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

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

YAML resources bloğunda izin verilen şablon ifadeleri

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

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

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

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

Örnek:

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

Aracı ve görevlerde Node 10 desteği

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

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

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

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

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

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

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

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

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

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

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

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

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

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 oluşturabilir, yönetebilir ve kullanabilirsiniz. Daha fazla bilgi için lütfen akış belgelerimize bakın.

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

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

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

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

Aşağıdakileri ayarlayabilirsiniz:

URI Parametreleri

Ad	İçinde	Gerekli	Tür	Açıklama
Artifactıd	path	TRUE	string	Paketin yapıt kimliği
Besleme	path	TRUE	string	Akışın adı veya kimliği
groupId	path	TRUE	string	Paketin grup kimliği
koleksiyonu	path	TRUE	string	Azure DevOps koleksiyonunun adı
sürüm	path	TRUE	string	Paketin sürümü
proje	path		string	Proje Kimliği veya proje adı
api-sürümü	query	TRUE	string	Kullanılacak API'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şı