Aracılığıyla paylaş


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'ı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ışması (derleme) bekletme modeli sunar.

Azure DevOps Server 2020, işlem hattı düzeyindeki bekletme ilkelerine göre derleme saklamayı farklı şekilde 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 sürüm tarafından tutulan pipeline ç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 16 Sürüm Tarihi: 8 Nisan 2025

Dosya SHA-256 Özeti
devops2020.1.2patch16.exe 0C60AF43C79EAF3FD5A91E3DA6D9218F262B33EFE13E7A69E2C2AB336F1920A5

Azure DevOps Server 2020 Güncelleştirme 1.2'nin Yama 16'sını aşağıdakileri içermesi için yayınladık:

Önemli

İşlem Hatlarında Aracılar için CDN Etki Alanı URL'si değişikliği blogu, bu düzeltme ekini yüklemeden önce izleyebileceğiniz adımlar sağlar.

  • Daha önce Azure DevOps Aracısı uç nokta vstsagentpackage.azureedge.netile Edgio CDN'sini kullanıyordu. Edgio'nun kullanımdan kaldırılması kapsamında, *.azureedge.net etki alanı kullanım dışı bırakılıyor. Sürekli kullanılabilirlik sağlamak için yeni uç nokta download.agent.dev.azure.comile Akamai destekli bir CDN'ye geçiş yaptık. Bu düzeltme eki, 'agent' ikili dosyalarını yeni CDN uç noktasından almak ve önceki CDN uç noktasından geçiş sağlamak amacıyla gerekli değişiklikleri içerir. Daha fazla ayrıntı için (https://devblogs.microsoft.com/devops/important-switching-cdn-providers/).

  • Denizkızı sürümü yükseltildi.

Azure DevOps Server 2020 Güncelleştirme 1.2 Düzeltme Eki 15 Sürüm Tarihi: 11 Mart 2025

Dosya SHA-256 Özeti
devops2020.1.2patch15.exe 66B6FDE4949C0B7A87B20F3BC8E0673774401929D8B75E37F599DFF8BA74ABE5

Azure DevOps Server 2020 Güncelleştirme 1.2 için Düzeltme Eki 15 yayımladık:

Azure DevOps Server 2020 Güncelleştirme 1.2 Düzeltme Eki 14 Yayın Tarihi: 12 Kasım 2024

Dosya SHA-256 Özeti
devops2020.1.2patch14.exe 89AF4B1FCA1E2BD813A42F0D3E568E64AB470E5FD0A2F87F9E4894B8CA361420

Azure DevOps Server 2020 Güncelleştirme 1.2 için Düzeltme Eki 14'i, güvenlik açığı bulunan bir bağımlılık yükseltmesini içerecek şekilde yayımladık.

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

Dosya SHA-256 Özeti
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 Özeti
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 Özeti
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.

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

Not

Bu yama için düzeltmeleri uygulamak amacıyla görevleri manuel olarak güncellemek 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. Proje koleksiyonu belgelerindeki görevleri yükleme adımlarını izleyerek tfx-cli kurun ve oturum açın.

TFX kullanarak görevleri güncelleştirme

Dosya SHA-256 Özeti
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 

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

  • Klasik olan hakkında:

    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 Yetki Yükseltme 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 yamayı uygulamak için aracıyı ve görevleri elle güncellemek üzere bir dizi adımı takip etmeniz gerekecek.

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. Ajanı dağıtmak için kendi kendine barındırılan Windows aracıları belgelerinde açıklanan adımları kullanın.  

Not

Bir ajanı geri yüklemeyi ö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. Proje koleksiyonu belgelerindeki görevleri yükleme adımlarını izleyerek tfx-cli kurun ve oturum açın.

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 

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

  • Klasik olan hakkında:

    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 Aldatma 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.
  • Taahhüt sayfasındaki yorum gezinmesiyle 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 Sahtecilik Açığı.
  • CVE-2023-21569: Azure DevOps Server Kimlik Sahteciliği 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 shelveset'lerin 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.

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

  • Test verileri silinmiyor, bu da veritabanının büyümesine neden oluyor. Bu düzeltmeyle, yeni yetim test verilerinin oluşturulmasını önlemek için derleme saklamayı güncelledik.

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.
  • Sorun, işlev ayarlarında "Grup Üyesi Tarafından İstenen" filtresi ile giderildi.
  • Havuz ayarlarında, 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 kontrol derlemeleri hatasında hata düzeltildi.
  • Kimliği doğrulanmış bir proxy sunucusu arkasında hizmet bağlantısı kurulurken Azure'dan erişim belirtecinin alınmasının düzeltilmesi.

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 üretilen en son 3 derleme için kiralar oluşturun.
    • İş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 tutma ilkelerine sahip Klasik işlem hatları için derlemeler işlem hattına özgü tutma ilkesine göre saklanır.
    • Kiralı yapılar, ayarlanan Minimum eşiği karşılamada sayılmaz.
  • Değişiklik seti ve bekletme seti açıklama bağlantıları doğru şekilde 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ı.
  • Proje Özeti sayfasında üst bilgi gösterilmedi. Başlık birkaç milisaniye boyunca gösterildi ve ardından 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 belirtilen güncelleme 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 Özeti: 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 makrosunu düzeltin." 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 durumu için yerelleştirme problemi.
  • 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.

  • Artifakt indirme/yükleme hatasını giderin.
  • 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ırlı birleştirme türlerini değiştirmeyi etkinleştirmek için 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 Planları

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

  • Yetkilendirme akışlarında SameSite=None doğrulayan güvenli tanımlama bilgilerinin kullanımı.

  • 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 derlemesidir. Daha önce yayımlanan Azure DevOps Server 2020.1 RC2'deki tüm özellikleri içerir. Azure DevOps Server 2020.1 RTW bir hata düzeltme toplamı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 toplu bir güncellemesidir. 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ı:

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


Panolar / Kurullar

Durum geçişine 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 geçişlerini kısıtlayabilirsiniz. Bunun yerine, Yeni –> Etkin -> Çözüldü sayfasından gitmeleri gerekir

img

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 de kopyalamak için iş öğesini kopyala

Azure Boards için en çok istenen özelliklerden biri, alt iş öğelerini de kopyalayan bir iş öğesini kopyalama özelliğidir. "Alt iş öğelerini dahil et" seçeneğini iş öğesini kopyalama iletişim kutusuna ekledik. Bu seçenek seçildiğinde, iş öğesi ile birlikte tüm alt iş öğelerini de (en fazla 100 olmak üzere) kopyalar.

Bu sayfada, Azure Boards'ta kopyalanan bir iş öğesine alt iş öğelerini eklemeye yönelik yeni seçenek gösterilir.

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

Şimdiye kadar, Etkinleştiren, Etkinleştirilme Tarihi, Çözümlenen Tarafından 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" olarak "Test Gerekiyor" şeklinde değiştiğinde Çözen Kişi ve Çözüm Tarihi kuralları tetiklenir.

Bu, müşterilerin özel kurallar kullanmaya gerek kalmadan herhangi bir özel durum değeri oluşturmasına ve yine de Tarafından Etkinleştirildi, Etkinleştirme Tarihi, Çözümlenme Tarafından 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 backlog seviyesine 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 ("Çevik Proje Yönetim Yöntemi" olarak bilinen yaygın bir terim) Engel
CMMI Değişiklik İsteği
Sorun
İncele
Risk

Bir sistem iş öğesi türünü iş listesi düzeyine eklemek kolaydır. Ö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.

bekleyen işler

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 çalışma öğesi durumunu özelleştir

Tüm iş akışları aynı değildir. Bazı müşteriler, Çekme İsteği (Pull Request) tamamlandığında, ilgili iş öğelerini kapatmak istiyor. 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ğerinin ardından iş öğelerinin #mention'ını ararız. Bu örnekte, iki kullanıcı hikayesini Çözüldü olarak ayarlıyor ve iki görevi kapatıyoruz.

iş öğesi durumu

Artık çalışma öğenizi bir Derlemeye, Derlemede bulundu'ya veya Derlemede tümleşik'e bağlayarak proje genelinde derleme bağımlılıklarınızı kolayca izleyebilirsiniz.

iş öğelerini bağlama

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

Özel alanların açıklamasını her zaman düzenleyebildiniz. Ancak öncelik, önem derecesi ve etkinlik gibi sistem alanları için açıklama dü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 belirli bir süreçte ve iş öğesi türünde o alanı etkiler. Bu, farklı iş öğesi türlerinde aynı alan için farklı açıklamalara sahip olmanız için esneklik sağlar.

açıklamayı düzenle

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

Pull request'lar genellikle birden çok iş öğesiyle ilgili olur. Çekme talebi oluşturduğunuzda veya güncelleştirdiğinizde, bazılarını kapatmak, bazılarını da çözümlemek ve kalanları açık tutmak isteyebilirsiniz. Bunu yapmak için artık aşağıdaki şekilde gösterilenler gibi açıklamaları kullanabilirsiniz. Diğer ayrıntılar için belgelere bakın.

Durumu özelleştirme

Görev panosundaki ana alan

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

ana alan görev panosu

Hata iş öğesi türünde yer alan 'Atanan Kişi' kuralının kaldırılması

Agile, Scrum ve CMMI'deki farklı iş öğesi türlerinin tümünde ç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, artık hoş karşılanmayan 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 sürecindeki 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 süreci 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ş dönüş tabloları ve filtreler sağlar. "Bana atanan sekmesi hakkında en çok şikayet edilen konulardan biri, Kaldırılan iş öğeleri (yani Kaldırılan durumdaki iş öğeleri) olarak görüntülenmesidir." 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 atananlar" sekmesinden 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.

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

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

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

Pull Request deneyimini iyileştirme çalışmaları

Yeni pull request deneyimi aşağıdakilerle geliştirildi:

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


isteğe bağlı denetimleri göster


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

Bir PR'deki sekme menüleri Ctrl tuşuna basarak tıklamayı desteklemedi. Kullanıcılar genellikle çekme isteğini gözden geçirirken yeni tarayıcı sekmeleri açar. Bu sorun düzeltildi.

  • [+] açıklama konumu

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


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

  • PR güncellemeleri açılır menüsü zamanlama bilgilerini geri kazanma

PR'deki dosyaları güncelleme ve karşılaştırma seçimi için kullanılan açılır liste, önizleme deneyiminde önemli bir öğeyi kaybetti. Güncelleştirmenin ne zaman yapıldığını göstermedi. Bu sorun düzeltildi.


PR güncellemeleri açılır listesinde zaman bilgisi eksik

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

İstek özet sayfasında yorumlar filtrelendiğinde, açılır menü sağ taraftaydı, ancak metin sola hizalandı. Bu sorun düzeltildi.


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

  • Ebeveyn commit'lere gezinme

İş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 bir ebeveyn kartı geri götürdük.


Önceki işlemelere gezin

  • 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ştirerek ve üç nokta düğmesini yalnızca üzerine gelindiğinde göstererek sayfadan gizleyerek ağaçta biraz ek alan kazandık.

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


Klasörler ve dosyalar için daha fazla alan

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


Ad görüntüleme

  • PR dosyaları sekmesinde fark bölmesini yeniden boyutlandırırken kaydırma konumunu koruma

Çekme isteği dosyaları sekmesinde yan yana karşılaştırma bölmesini yeniden boyutlandırırken kullanıcının kaydırma konumu kaybolabilir. Bu sorun düzeltildi; kullanıcının kaydırma konumu artık fark paneli yeniden boyutlandırıldığında korunuyor.

  • Mobil cihazda bir commit araması yapma

Mobil cihazda Taahhütler sayfasını görüntülerken, yeni kullanıcı deneyiminde arama kutusu eksiktir. Sonuç olarak, bir taahhüdü karma koduyla bulup açmak sizin için zordur. Bu durum düzeltildi.

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

Bu sayfayı, alanı daha verimli bir şekilde kullanarak kullanıcıların mobil görünümde daha fazla dosya içeriği görebilmesi için güncelledik, böylece ekranın %40'ını üst bilgi kaplamıyor.


Yeni PR dosya adının boşluk kullanımı iyileştirildi

  • PR özet görünümünde geliştirilmiş görüntüler

Çekme isteğinde düzenlenen görüntüler çekme isteği özeti görünümünde görüntülenmiyordu ancak çekme isteği dosyaları görünümünde doğru şekilde görüntüleniyordu. Bu sorun çözüldü.

  • Yeni PR oluştururken dal deneyimi geliştirildi

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.


şube deneyimi geliştirme

Boru Hatları

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ı çalıştırmak veya otomatik olarak tetikleneceği zamanı 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ışmasını istediğiniz zamanlanmış bir tetikleyici belirlediyseniz, tetikleyiciler bölümündeki etiketler, CD işlem hattının yalnızca CI tamamlama olayı etiketleme koşulunu karşıladığında tetiklenmesini sağlar.

İş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 Pipelines görevlerine izin vermez. Daha fazla denetim için, yerleşik tüm görevleri (özel bir işlem olan ödeme dışında) bağımsız olarak devre dışı bırakmanıza da izin veriyoruz. 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 https://dev.azure.com/<your_org>/_settings/pipelinessettings'yi ziyaret edin ve "Görev kısıtlamaları" adlı bölüme bakın.

Özel uygulama dağıtımı kısıtlama ilkesi

Bu güncelleştirmeyle, bir ortama aynı anda yalnızca tek bir çalıştırmanın dağıtılmasını sağlayabilirsiniz. Ortamda "Özel kullanım kilidi" seçeneğini seçerek yalnızca bir işlem yürütülecektir. Bundan sonraki çalıştırmaların bu ortama dağıtım yapmak istemesi durumunda duraklatılacağı belirtilir. Özel kilit ile çalıştırma tamamlandıktan sonra, sonraki çalıştırma devam edecektir. Ara çalıştırmalar iptal edilir.

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

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

YAML'de boru hattı kaynaklarını filtrelemek amacıyla '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, artefaktları kullanabileceğiniz ve otomatik tetikleyicileri etkinleştirebileceğiniz çeşitli kaynaklarımız var, bunlar; işlem hatları, kapsayıcılar, derlemeler ve paketlerdir. 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. Harici hizmetinizde bir webhook ayarlayın. Web kancanızı oluştururken aşağıdaki bilgileri sağlamanız gerekir:

    • İstek Url'si - "ADO koleksiyonuhttps://dev.azure.com/</_apis/public/distributedtask/webhooks/>WebHook Name<?api-version=6.0-preview">
    • Gizli - Bu isteğe bağlıdır. JSON yükünüzün güvenliğini sağlamanız gerekiyorsa, Gizli 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 - Gelen isteği doğrulamak için kullanılan yük karma değerini ayrıştırmada kullanılan bir gizli bilgidir (bu isteğe bağlıdır). Webhook'unuzu oluştururken bir gizli anahtar kullandıysanız, aynı gizli anahtarı sağlamanız gerekir.

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

  3. YAML işlem hatlarında webhooks adlı yeni bir kaynak türü tanıtıldı. Bir webhook olayına abone olmak için işlem hattınızda bir webhook kaynağı tanımlamanız ve bunu Gelen webhook 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}}
  1. Gelen Web Kancası servisi 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 işlem tetiklenir.

YAML kaynak tetikleyicisi sorunlarına destek ve izlenebilirlik

İşlem hattı tetikleyicilerinin beklediğiniz gibi çalışmaması 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.

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

Ç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 tüketiyorsunuz. 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
  • main veya release dalları tools deposunda

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

Ajans günlüğü yüklemeleri geliştirildi

Bir ajan Azure Pipelines sunucusuyla iletişimini durdurduğunda, çalıştırdığı iş terk edilmiş hale gelir. Akış konsolu günlüklerine bakıyor idiyseniz, temsilcinin yanıt vermeyi durdurmadan hemen önce neler yaptığı hakkında bazı ipuçları edinmiş 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, alternatif olarak konsol günlüklerini 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ı olabileceği gibi sorun gidermeye yardımcı olduklarında destek mühendislerimize de kesinlikle faydalı olur.

Kapsayıcı birimlerini isteğe bağlı olarak salt okunur biçimde bağlayın

Azure Pipelines'da bir kapsayıcı işi çalıştırdığınızda, çalışma alanı, görevler ve diğer içerikler birkaç birim olarak bağlanır. 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ıların başlatılıp durdurulmasında 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ğin entegrasyonunu Docker görevine sağladık.

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. Metinleştirilmiş bir JSON nesnesi içerir; bu nesne, kaynak adını (yukarıdaki örnekten "oluşturucu") aracının yönettiği kapsayıcı kimliğine eşler.

Her adım için görev paketlerini açma

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 fazla adımda kullanılsa bile her iş için görevlerin yalnızca bir kez açılması yapılır. Güvenilmeyen kodun sıkıştırılmamış içeriği değiştirmesi konusunda endişeleriniz varsa, yazılım ajanın görevi her kullanımda açmasını sağlayarak biraz performanstan ödün verebilirsiniz. Bu modu etkinleştirmek için --alwaysextracttask değerini aracıyı yapılandırırken sağlayın.

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ıştırılan her iş bir erişim belirteci alır. Erişim belirteci, görevleriniz ve betikleriniz tarafından Azure DevOps'a erişim sağlamak 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ğindeki iyileştirmelerin üzerine kuruyor ve aynı şeyi klasik sürümlere de genişletiyoruz.

Bu özellik, yeni projeler ve koleksiyonlar için varsayılan olarak açıktır. Mevcut koleksiyonlar için, koleksiyon > etkinleştirmeniz gerekir. > Yayın işlem hatları için iş yetkilendirme kapsamını mevcut projeyle sınırlayın. Buradan daha fazla bilgi edinin.

YAML önizleme API’si geliştirmeleri

Artık bir işlem hattının tüm YAML'sini çalıştırmadan ö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 işlemi sıraya almakla aynı parametreleri alır, ancak artık "Kuyruk işlemleri" izni gerektirmez.

Bu işi sonraki olarak çalıştır

Dağıtmanız gereken bir hata düzeltmesini tam şu anda gerçekleştirmeniz gerekiyorken, CI ve PR süreçlerinin arkasında beklemek zorunda kaldığınız oldu mu? Bu sürümle artık kuyruğa alınmış bir işin önceliğini artırmanıza izin veriyoruz. 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 ${{ }} bölümünde derleme zamanı ifadelerine (resources) izin verilmiyordu. Bu sürümle 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

Agent ve görevlerde Node 10 desteği

Node 6 artık desteklenmediğinden, görevleri Node 10 ile çalışmak için taşıyoruz. 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'u kullanmak istiyorsanız, task.json öğenizde, execution altında, Node değerini Node10 olarak güncelleyin.

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.

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

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

İlkeler sekmesi altında çapraz depo ilkelerini görüntüleyin.

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

Politikaları görmek için şubeyi seçin.

İlkeler, sizin çalıştığınız kapsamdan daha geniş bir kapsamdan devralındığında, artık her bir ilkenin yanında ilkenin nereden devralındığını gösteriyoruz. Ayrıca, kapsam adına tıklayarak üst düzey ilkenin ayarlandığı sayfaya da gidebilirsiniz.

Politikanın nereden miras alındığını gösterin.

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

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

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.


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

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

Eserler

Kullanıcı arabiriminden kuruluş düzeyinde 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 odaklı akışlar oluşturma ve yönetme olanağını yeniden sunuyoruz.

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

Artifaktlar'ı ve ardından Besleme Oluştur'u seçerek ve Kapsam içinde bir besleme türü seçerek koleksiyon kapsamlı beslemeler oluşturun.

Proje kapsamlı akışların Azure DevOps tekliflerinin geri kalanıyla uyumlu olarak kullanılmasını önersek de, kullanıcı arabirimi ve çeşitli REST API'leri aracılığıyla koleksiyon kapsamlı akışları 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

İsim In Required Tür Açıklama
artifactId yol DOĞRU Dize Paketin Eserat Kimliği
besleme yol DOĞRU Dize Akışın adı veya kimliği
grupKimliği yol DOĞRU Dize Paketin Grup Kimliği
koleksiyonu yol DOĞRU Dize Azure DevOps koleksiyonunun adı
sürüm yol DOĞRU Dize Paketin sürümü
proje yol Dize Proje kimliği veya proje adı
API-sürümü query DOĞRU 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üşler JsonPatchOperation Paket sürümünün ekleneceğ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şı