Azure DevOps Server 2019 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 introduces a new pipeline run (build) retention model that works based on project-level settings.

Azure DevOps Server 2020, işlem hattı düzeyindeki bekleme ilkelerine göre yapı saklamayı farklı şekilde yönetir. Bazı ilke yapılandırmaları, yükseltmeden sonra işlem hattı çalıştırmalarının silinmesine neden olur. Pipeline runs that have been manually retained or are retained by a release will not be deleted after the upgrade.

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 2019 Update 1.2 Patch 11 Release Date: April 8, 2025

Dosya	SHA-256 Hash
devops2019.1.2patch11.exe	B931F1A38F09F8B341B82FCE14C1FF136713D98A6AA5A7DB778C7F89FAD94CDF

We have released Patch 11 for Azure DevOps Server 2019 Update 1.2 that includes the following:

Ö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. This patch includes the necessary changes to fetch the Agent binaries from the new CDN endpoint, thereby migrating away from the previous CDN endpoint.

Azure DevOps Server 2019 Güncelleştirme 1.2 Düzeltme Eki 10 Yayın Tarihi: 11 Mart 2025

Dosya	SHA-256 Hash
devops2019.1.2patch10.exe	EDCE91E3F92A2E60FB9BA9BE6977B47BC794817A13766C728B97D4B83039B789

Azure DevOps Server 2019 Güncelleştirme 1.2 için aşağıdakileri içeren Düzeltme Eki 10 yayımladık:

• Edgio CDN'nin kullanımdan kaldırılması nedeniyle görevleri güncelleştirin. Daha fazla bilgi için CDN sağlayıcıları arasında geçiş yapma blog gönderisine göz atın.

Azure DevOps Server 2019 Güncelleştirme 1.2 Düzeltme Eki 9 Yayın Tarihi: 28 Mayıs 2024

Dosya	SHA-256 Hash
devops2019.1.2patch9.exe	4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81

Azure DevOps Server 2019 Güncelleştirme 1.2 için aşağıdakileri içeren Patch 9 yayımladık:

• Önceki yamalardan (Yama 5 ve 6) ajan ve iş güncellemelerinin dağıtımını kolaylaştırın.

Note

5. ve 6. düzeltme eklerindeki adımların izlenmesi gerekmez; bunlar atlanabilir ve bunun yerine bu düzeltme eki uygulanabilir.

Düzeltme eklerini yükleme

Önemli

 Bu düzeltme eki kullanılabilir İşlem Hattı aracısını güncelleştirir; Patch 9 yüklendikten sonra aracının yeni sürümü 3.225.0 olacaktır.

Boru Hattı Gereksinimleri

To apply the new behavior to validate command line arguments, a variable AZP_75787_ENABLE_NEW_LOGIC = true must be set in pipelines that use the affected tasks. Etkin davranış hakkında daha fazla bilgi için buradaki bakın:

• Klasik 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 2019 Güncelleştirme 1.2 Düzeltme Eki 8 Yayın Tarihi: 12 Mart 2024

Dosya	SHA-256 Hash
devops2019.1.2patch8.exe	67E78EA7D67A09A6EE06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A

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

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

Azure DevOps Server 2019 Güncelleştirme 1.2 Düzeltme Eki 7 Sürüm Tarihi: 13 Şubat 2024

Dosya	SHA-256 Hash
devops2019.1.2patch7.exe	8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AA

Azure DevOps Server 2019 Güncelleştirme 1.2 için aşağıdaki düzeltmeleri içeren Düzeltme Eki 7 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 2019 Güncelleştirme 1.2 Düzeltme Eki 6 Yayın Tarihi: 14 Kasım 2023

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

• Extended the PowerShell tasks allowed list of characters for Enable shell tasks arguments parameter validation.

Note

Bu yama için düzeltmeler yapmak amacıyla görevleri elle güncellemek için birkaç adımı takip etmelisiniz.

Düzeltme eklerini yükleme

Önemli

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

TFX'i yapılandırma

1. tfx-cli'yi kurmak ve giriş yapmak için, proje koleksiyonu belgelerine yükleme görevlerinde belirtilen adımlarını izleyin.

TFX kullanarak görevleri güncelleştirme

Dosya	SHA-256 Hash
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. İndirin ve Tasks20231103.zip'yi ayıklayın.
2. Change directory into the extracted files.
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 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 2019 Güncelleştirme 1.2 Yama 5 Sürüm Tarihi: 12 Eylül 2023

Azure DevOps Server 2019 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.

Note

Bu yamanın düzeltmelerini uygulamak için aracı ve görevleri el ile güncellemek için bir dizi işlem yapmanız gerekir.

Düzeltme eklerini yükleme

1. Download and install Azure DevOps Server 2019 Update 1.2 patch 5.

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ı kullanıma almak için kendi bünyesinde barındırılan Windows aracıları belgelerinde açıklanan adımlarını kullanın.  

Note

The AZP_AGENT_DOWNGRADE_DISABLED must be set to “true” to prevent the agent from being downgraded. 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'yi kurmak ve giriş yapmak için, proje koleksiyonu belgelerine yükleme görevlerinde belirtilen adımlarını izleyin.

TFX kullanarak görevleri güncelleştirme

1. Tasks_20230825.zipindirin ve ayıklayın.
2. Change directory into the extracted files.
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 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 2019 Güncelleştirme 1.2 Düzeltme Eki 4 Yayın Tarihi: 8 Ağustos 2023

Azure DevOps Server 2019 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 Spoofing Vulnerability.
• 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.
• CronScheduleJobExtension'da sonsuz döngü hatası düzeltildi.

Azure DevOps Server 2019 Güncelleştirme 1.2 Düzeltme Eki 3 Sürüm Tarihi: 13 Haziran 2023

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

• 2018 veya önceki bir sürümden yükseltme yaparken paketleri göndermeyi engelleyen bir hata düzeltildi.

Azure DevOps Server 2019 Güncelleştirme 1.2 Düzeltme Eki 2 Sürüm Tarihi: 13 Aralık 2022

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

• "Hesap Paralelliği Eşitleme Analizi İşi" içindeki hatalar düzeltildi.

Azure DevOps Server 2019 Güncelleştirme 1.2 Düzeltme Eki 1 Yayın Tarihi: 12 Temmuz 2022

Azure DevOps Server 2019 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.
• While editing a classic pipeline, the retention tab was blank after discarding changes on a different tab.

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

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

Note

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

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

• 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 2019 Güncelleştirme 1.1 Düzeltme Eki 13 Sürüm Tarihi: 26 Ocak 2022

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdaki düzeltmeleri içeren bir düzeltme eki yayımladık.

• bir iş öğesinde @mention denetimi 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ı.
• jndilookup sınıfı log4j ikili dosyalarından kaldırılarak Elasticsearch güvenlik açığı giderildi.

Yükleme adımları

1. Patch 13ile sunucuyu yükseltin.
2. HKLM:\Software\Elasticsearch\Versionkayıt defteri değerini denetleyin. 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. Readme dosyasında sağlanan 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.

Note

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

1. Patch 13ile sunucuyu yükseltin.
2. HKLM:\Software\Elasticsearch\Versionkayıt defteri değerini denetleyin. 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. C:\Program Files\{TFS Version Folder}\Search\zip'da bulunan zip adlı klasörün içeriğini Elasticsearch uzak dosya klasörüne kopyalayın.
4. Elasticsearch sunucu makinesinde Configure-TFSSearch.ps1 -Operation update çalıştırın.

SHA-256 Hash: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 12 Yayın Tarihi: 15 Eylül 2021

Azure DevOps Server 2019 Güncelleştirme 1.1 için Düzeltme Eki 12 aşağıdaki düzeltmeleri içerir.

• "«Sözcük İçeren» sorgular için iş öğesi makrosunu düzelt." Daha önce sorgular, satır sonu içeren değerler için yanlış sonuçlar döndürmektedir.
• Localization issue for custom work items layout states.
• 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 2019 Güncelleştirme 1.1 Düzeltme Eki 11 Yayın Tarihi: 14 Eylül 2021

Azure DevOps Server 2019 Güncelleştirme 1.1 için Düzeltme Eki 11 aşağıdaki düzeltmeleri içerir.

• Resolve the issue reported in this Developer Community feedback ticket.

Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 10 Yayın Tarihi: 10 Ağustos 2021

Patch 10 for Azure DevOps Server 2019 Update 1.1 includes fixes for the following.

• Bazı iş öğesi türleri için e-posta teslim işleri ile ilgili sorun düzeltildi.

Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 9 Yayın Tarihi: 15 Haziran 2021

Azure DevOps Server 2019 Güncelleştirme 1.1 için Yama 9 aşağıdaki düzeltmeleri içerir.

• Veri içeri aktarma ile ilgili sorun düzeltildi. Çok sayıda eski test çalışması olan müşteriler için veri içeri aktarma işlemi uzun sürüyordu. This was due to references which increased the size of the tbl_testCaseReferences table. With this patch, we removed references to stale test cases to help speed the data import process.

Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 8 Yayın Tarihi: 13 Nisan 2021

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdakileri düzelten bir düzeltme eki yayımladık.

• CVE-2021-27067: Bilgilerin açığa çıkması
• Resolve the issue reported in this Developer Community feedback ticket | Unable to register test result iteration details on Azure DevOps Server 2019

To implement fixes for this patch you will have to follow the steps listed below for general patch installation and AzureResourceGroupDeploymentV2 task installations.

Genel düzeltme eki yüklemesi

Azure DevOps Server 2019 Güncelleştirme 1.1'iniz varsa, Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 8yüklemeniz gerekir.

Kurulumu Doğrulama

• Seçenek 1: devops2019.1.1patch8.exe CheckInstallçalıştırın devops2019.1.1patch8.exe yukarıdaki bağlantıdan indirilen dosyadır. Komutun çıkışı, düzeltme ekinin yüklendiğini veya yüklenmediğini söyler.

• Seçenek 2: Şu dosyanın sürümünü denetleyin: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 varsayılan olarak c:\Program Files\Azure DevOps Server 2019 konumuna yüklenir. Azure DevOps Server 2019.1.1 Düzeltme Eki 8'i yükledikten sonra sürüm 17.153.31129.2 olacaktır.

AzureResourceGroupDeploymentV2 görev yüklemesi

Note

Aşağıda belirtilen tüm adımların bir Windows makinesinde gerçekleştirilmesi gerekir

Yüklemek

1. AzureResourceGroupDeploymentV2.zip paketini bilgisayarınızdaki yeni bir klasöre ayıklayın. Örneğin: D:\tasks\AzureResourceGroupDeploymentV2.

2. Makinenize uygun şekilde 14.15.1 ve npm Node.js (Node.js indirmeye dahildir) indirip yükleyin.

3. Yönetici modunda bir komut istemi açın ve tfx-cli yüklemek için aşağıdaki komutu çalıştırın.

npm install -g tfx-cli

4. Tam erişim ayrıcalıklarıyla kişisel erişim belirteci oluşturun ve kopyalayın. Bu Kişisel erişim belirteci, tfx login komutu çalıştırılırken kullanılır.

5. Komut isteminden aşağıdakileri çalıştırın. İstendiğinde Hizmet URL'sini ve Kişisel erişim belirtecini girin.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Görevi sunucuya yüklemek için aşağıdaki komutu çalıştırın. 1. adımdaki ayıklanan .zip dosyasının yolunu kullanın.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 7 Yayın Tarihi: 12 Ocak 2021

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdakileri düzelten bir düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• Test çalıştırma ayrıntıları, OpsHub Geçişi ile aktarılan test verilerinin test adımı ayrıntılarını göstermez.
• 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger' için başlatıcıda bir istisna oluştu
• Azure DevOps Server 2020'ye geçiş sonrasında yenilenmemiş derlemeler hemen silinir
• Veri sağlayıcısı istisnasını düzelt

Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 6 Yayın Tarihi: 8 Aralık 2020

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdakileri düzelten bir düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-1325: Azure DevOps Server Spoofing Vulnerability
• CVE-2020-17135: Azure DevOps Server Spoofing Vulnerability
• CVE-2020-17145: Azure DevOps Server ve Team Foundation Services Aldatma Güvenlik Açığı
• TFVC'nin tüm sonuçları işlememesi sorunu düzeltildi

Önemli

Bu düzeltme ekini yüklemeden önce lütfen aşağıda verilen yönergelerin tamamını okuyun.

Genel düzeltme eki yüklemesi

Azure DevOps Server 2019 Güncelleştirme 1.1'iniz varsa, Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 6yüklemeniz gerekir.

Kurulumu Doğrulama

• Seçenek 1: devops2019.1.1patch6.exe CheckInstallçalıştırın devops2019.1.1patch6.exe yukarıdaki bağlantıdan indirilen dosyadır. Komutun çıkışı, düzeltme ekinin yüklendiğini veya yüklenmediğini söyler.

• Seçenek 2: Şu dosyanın sürümünü denetleyin: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 varsayılan olarak c:\Program Files\Azure DevOps Server 2019 konumuna yüklenir. Azure DevOps Server 2019.1.1 Düzeltme Eki 6'yı yükledikten sonra sürüm 17.153.30723.5 olacaktır.

AzurePowerShellV4 görev yüklemesi

Note

Aşağıda belirtilen tüm adımların bir Windows makinesinde gerçekleştirilmesi gerekir

Önkoşullar

1. Özel aracı makinenize Azure PowerShell Az modülü Azure PowerShell yükleyin.

2. AzurePowerShellV4 göreviyle bir işlem hattı oluşturun. You will only see one Fail on Standard Error in the task.

Yüklemek

1. AzurePowerShellV4.zip paketini AzurePowerShellV4adlı bir klasöre ayıklayın.

2. makinenize göre Node.js 14.15.1 ve npm 'yi (Node.js indirmeye dahildir) indirip yükleyin.

3. Yönetici modunda bir komut istemi açın ve tfx-cli yüklemek için aşağıdaki komutu çalıştırın.

npm install -g tfx-cli

4. Tam erişim ayrıcalıklarıyla kişisel erişim belirteci oluşturun ve kopyalayın. Bu Kişisel erişim belirteci, tfx login komutu çalıştırılırken kullanılır.

5. Komut isteminden aşağıdakileri çalıştırın. İstendiğinde Hizmet URL'sini ve Kişisel erişim belirtecini girin.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Görevi sunucuya yüklemek için aşağıdaki komutu çalıştırın. Ayıklanan paketin yolu D:\tasks\AzurePowerShellv4olacaktır.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Güncelleştirme 1.1 Yama 5 Yayın Tarihi: 8 Eylül 2020

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdakileri düzelten bir düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• DTS 1713492 - Güvenlik izinlerine AD grupları eklenirken beklenmeyen davranış.

Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 4 Sürüm Tarihi: 14 Temmuz 2020

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdakileri düzelten bir düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-1326: Siteler Arası Komut Dosyası Güvenlik Açığı
• Derleme işlem hattı, Diğer Git kaynağı'nı seçerken yetkisiz kullanıcılar için yanlış bağlantı gösteriyor.
• XAML derleme tanımında Devralmayı Açık veya Kapalı olarak değiştirirken hata düzeltildi.

Azure DevOps Server 2019 Güncelleştirme 1.1 Yama 3 Sürüm Tarihi: 9 Haziran 2020

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdakileri düzelten bir düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-1327: Azure DevOps sunucusunun kullanıcı girişlerini temizlediğinden emin olun.

Azure DevOps Server 2019 Güncelleştirme 1.1 Düzeltme Eki 2 Sürüm Tarihi: 14 Nisan 2020

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdakileri düzelten bir düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• SVN commits do not trigger pipeline

• Azure DevOps'ta SSH'de SHA2 desteği ekleme

Azure DevOps Server 2019 Güncelleştirme 1.1 Yama 1 Sürüm Tarihi: 10 Mart 2020

Azure DevOps Server 2019 Güncelleştirme 1.1 için aşağıdaki hataları düzelten bir güvenlik düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-0700: Cross-site Scripting Vulnerability

• CVE-2020-0758: Elevation of Privilege Vulnerability

• CVE 2020-0815: Yetki Yükseltme Güvenlik Açığı

---

Azure DevOps Server 2019 Güncelleştirme 1.1 RTW Sürüm Tarihi: 10 Aralık 2019

Azure DevOps Server 2019 Güncelleştirme 1.1, hata düzeltmelerinin ve güvenlik güncelleştirmelerinin bir paketidir. Daha önce yayımlanan Azure DevOps Server 2019 Güncelleştirme 1 düzeltme eklerindeki tüm düzeltmeleri içerir. Azure DevOps Server 2019 Güncelleştirme 1.1'i doğrudan yükleyebilir veya Azure DevOps Server 2019 veya Team Foundation Server 2012 veya daha yeni bir sürümden yükseltebilirsiniz.

Note

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

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

Azure Boards

• Ürün birikim listesinde yeni bir iş öğesi oluştururken, Başlık alanı işlem şablonundaki varsayılan değerle başlatılmıyor.
• Slowness and timeouts when using Azure Boards.
• The Revised By value is incorrect on work item links.

Azure Hatları

• In Pipelines notifications, fields such as Duration may be null in some locales.
• Şablon yolu, azure kaynak grubu dağıtımıiçeren bir işlem hattındaki geçerli bir JSON dosyasına işaret etmeyebilir.
• Koleksiyon düzeyinde bekletme ayarları sayfası proje ayarları sayfalarında görünür.

Azure Test Planları

• Test Planlarındaki alanları düzenlemek yavaştır.
• In a Test Case, when opening from Boards (as opposed to Test Plans), the Shared Step details do not open.

Genel

• Koleksiyonları alfabetik düzende sıralanmaz.

Yönetim

• Yüksek bellek kullanımı.
• Yük dengeleyici yapılandırmalarına sahip sunucuların, genel çıkış noktalarını AllowedOrigins kayıt defteri girdisine açıkça eklemesi gerekiyordu.
• SQL Azure'a yükleyen müşteriler Tam Deneme iletişim kutusunu görmez.
• Uzantıları yükleme "Hata iletisi Eksik katkı (ms.vss-dashboards-web.widget-sdk-version-2)" hatasını verir.
• Elastik Arama'yı ayarlarken şu hata oluşur: "Kullanıcı yetkisiz".
• TFS 2018 Güncelleştirme 2 veya daha yeni sürümünden yükseltirken Elastik Arama'da dizin oluşturma ve sorgu hataları.
• Azure DevOps Server yapılandırıldığında "Ambar Oluştur" adımı başarısız oluyor.

Bu sürüm aşağıdaki güncelleştirmeyi içerir:

• SQL Server 2019 desteği.

---

Azure DevOps Server 2019 Güncelleştirme 1 Düzeltme Eki 1 Yayın Tarihi: 10 Eylül 2019

Azure DevOps Server 2019 Güncelleştirme 1 için aşağıdaki hatayı düzelten bir güvenlik düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2019-1306: Wiki'de uzaktan kod yürütme güvenlik açığı

---

Azure DevOps Server 2019 Güncelleştirme 1 Sürüm Tarihi: 20 Ağustos 2019

Note

Veri Geçiş Aracı, bu sürümden yaklaşık üç hafta sonra Azure DevOps Server 2019 Güncelleştirme 1 için kullanılabilir olacaktır. İçeri aktarma için şu anda desteklenen sürümlerin listesini buradagörebilirsiniz.

---

RC2 Yayın Tarihi: 23 Temmuz 2019

RC2, RC1'den bu yana çeşitli hata düzeltmeleri içerir ve planlanan son ön sürümdür.

---

RC1 Sürüm Tarihi: 2 Temmuz 2019

Azure DevOps Server 2019 Güncelleştirme 1'deki Yeniliklerin Özeti

Azure DevOps Server 2019 Güncelleştirme 1 birçok yeni özellik sunar. Önemli noktalardan bazıları şunlardır:

• yeni temel işlem
• günün, haftanın, ayın veya yılın başlangıcına göre iş sorgusu
• Accept and execute on issues in GitHub while planning in Azure Boards
• Otomatik tamamlama istekleri için süresi dolan yapıyı yeniden çalıştırma
• New merge types for completing pull requests
• Etiketlerle YAML işlem hatlarını tetikleme
• YAML dosyalarını düzenlemek için Görev yardımcısı
• YAML işlem hatları için IntelliSense ile Web düzenleyicisi
• İşlem hatlarını kullanarak GitHub sürümlerini yönetme
• Test result trend (Advanced) widget
• Paketler üzerinde menşe bilgisi
• Python Paketleri için Desteği
• Maven için yukarı akış kaynakları
• Azure Boards sorgu sonuçlarını Wiki'ye yerleştirme
• Wiki sayfaları için kalıcı bağlantılar
• wiki sayfalarında bildirimler
• Analytics uzantısı artık Analytics kullanmak için gerekli değildir

Ayrıca, yeni özellikleri görmek için tek tek bölümlere atlayabilirsiniz:

• Genel
• Boards
• Repos
• İşlem Hatları
• Test Plans
• Objeler
• Wiki
• Raporlama

---

Genel

Koyu Tema

Koyu tema Azure DevOps Services'da popüler bir özellik olmuştur ve artık Azure DevOps Server'da kullanılabilir. Her sayfanın sağ üst kısmındaki avatarınızın altındaki menüden Tema seçerek koyu temayı açabilirsiniz.

Kurullar

Yeni Temel işlem

Historically, Agile has been the default process for new projects, offering a robust and flexible set of work item types and states to suit a variety of project delivery methods. Diğer araçlar hakkında daha fazla bilgi sahibi olan veya büyüyen ve daha güçlü bir araç kümesi benimsemek isteyen bazı ekipler, daha tanıdıkları terminolojiyi kullanarak hızlı bir şekilde çalışmaya başlamak ister.

Yeni Temel işlem, çalışmanızı planlamak ve izlemek için üç iş öğesi türü (Epic' ler, Sorunlar ve Görevler) sağlar. Sorunları daha büyük iş birimleri halinde gruplandırmak için Epic'leri kullanırken kullanıcı hikayeleri, hatalar ve özellikler gibi öğeleri izlemek için Sorunlar'ı kullanmanızı öneririz. Çalışmanızda ilerleme kaydettikçe, öğeleri Yapılacaklar, Yapılıyor ve Tamamlandı gibi basit bir durum iş akışında ilerletin.

temel işlemTemel işlembasic processBasic process

Yeni projenize başlamanıza yardımcı olacak izleme sorunları ve görev belgelerine bakın.

State value order on work item form

Daha önce iş öğesi formundaki durum değeri alfabetik olarak sıralanmış. Bu güncelleştirmeyle, durum değerlerinin işlem ayarlarındaki iş akışı sırasıyla eşleşecek şekilde sıralanması şeklini değiştirdik. Durum özelleştirme ayarlarında her kategorideki durumların sırasını da değiştirebilirsiniz.

Özellik Etkinleştirme artık kullanılamıyor

Müşterilerin koleksiyonlarını yükselttikten sonra yeni özellikleri etkinleştirmek için her projenin XML'sini el ile güncelleştirmeleri gerekir.

Belirli özellikleri etkinleştirmeyi öğrenmek için belgelerine bakın.

Referans materyallerini daha zengin iş öğesi ekleriyle düzenleyin

İş öğelerine dosya eklemek, sizin ve ekibinizin başvuru malzemelerini ihtiyaç duyduğunuzda her zaman yakın olmaları için merkezi hale getirebilmenizi sağlar. Artık dosyayı iş öğesi formunda herhangi bir yere sürükleyip bırakarak yeni bir ek eklemek daha kolay. Ekleri liste olarak görüntülemeye devam edebilir veya küçük resim önizlemesini göstermek için kılavuz görünümüne geçebilirsiniz. Dosyaya çift tıklayarak bir önizleme açın ve ihtiyacınız olan bilgileri hızla bulmak için bunlar arasında geçiş yapma.

Rozet kullanarak ekibinizin panosunı paylaşma

Depo'nun README dosyası, genellikle proje ekibinizin çözümünüze nasıl katkıda bulunulacağı ve çözümlerinizin nasıl kullanılacağı hakkında bilgi almak için başvurduğu yerdir. Artık Azure Pipelines'da derleme veya dağıtım durumuyla yapabileceğiniz gibi, Ekibinizin Azure Boards'taki panosu için README'nize bir rozet ekleyebilirsiniz. Rozeti yalnızca devam eden sütunlarını veya tüm sütunları gösterecek şekilde yapılandırabilir ve hatta projeniz açık kaynak olduğunda rozeti genel olarak görünür hale getirebilirsiniz.

Rozeti kullanarak ekibinizin panolarını paylaşmayı gösteren kısa video kullanarak ekibinizin panolarını paylaşma

README'niz Markdown'ı temel aldıysa durum rozeti ayarları sayfasından örnek Markdown'ı kopyalayıp dosyanıza yapıştırabilirsiniz.

Günün, haftanın, ayın veya yılın başlangıcına göre çalışmayı sorgulama

Ekipler genellikle gelecek olanlar bağlamında veya sprint yinelemelerine dayalı olarak çalışmaya odaklansa da, geçen ay veya yılın ilk çeyreğinde gerçekleşen tüm çalışmaları raporlamak için takvimin merceğinden geriye dönüp bakmak genellikle ilginçtir. Artık günün, haftanın, ayın veya yılın başlangıcına göre sorgulamak için tarih tabanlı herhangi bir alanla birlikte aşağıdaki yeni @StartOf makro kümesini kullanabilirsiniz:

• @StartOfYear
• @StartOfMonth
• @StartOfWeek
• @StartOfDay

Bu makroların her biri, verileri farklı tarih birimlerine göre kaydırmanıza olanak tanıyan yeni bir değiştirici dize de kabul eder. Örneğin, Bu yılın ilk çeyreğinde tamamlanan tüm iş öğelerini bulmak için, Durum Değiştirme Tarihi >= @StartOfYear ve Durum Değiştirme Tarihi <= @StartOfYear("+3M") sorgulayarak bir sorgu yazabilirsiniz. Daha fazla bilgi için sorgu makroları belgelerine bakın.

Tartışma açıklamalarını düzenleme ve silme

Azure Boards'ta iş öğenizin tartışmasındaki yorumları düzenleme ve silme, yüksek oy alan Geliştirici Topluluğu özelliği'in artık kullanılabilir olduğunu duyurmaktan heyecan duyuyoruz. Açıklamanızı düzenlemek için, sahip olduğunuz herhangi bir açıklamanın üzerine geldiğinizde iki yeni düğme görürsünüz. Kalem simgesine tıklarsanız, düzenleme moduna girersiniz ve düzenlemelerinizi yapmanız yeterlidir ve düzenlemelerinizi kaydetmek için "Güncelleştir" düğmesine basabilirsiniz.

When you click the overflow menu, you will see the option to delete your comment. Buna tıkladığınızda, bu açıklamayı silmek istediğinizi yeniden onaylamanız istenir ve açıklama silinir.

İş öğesi formundaki Geçmiş sekmesinde, düzenlenen ve silinen tüm açıklamaların tam izlemesine sahip olursunuz. Ayrıca daha modern ve etkileşimli hissetmesini sağlamak için tartışma deneyimimizin kullanıcı arabirimini güncelleştirdiğimiz de göreceksiniz. Kişilerin açıklamalarının nerede başladığını ve sona ereceğini daha net hale getirmek için açıklamaların çevresine baloncuklar ekledik.

Sorgu sonuçlarını CSV dosyasına aktarma

Artık sorgu sonuçlarını doğrudan web'den CSV biçimli bir dosyaya aktarabilirsiniz.

GitHub yorumlarındaki bahsetmelerden doğrudan Azure Boards iş öğelerine gidin

Now when you mention a work item within the comment of an issue, pull request, or commit in GitHub using the AB#{work item ID} syntax, those mentions will become hyperlinks that you can click on to navigate directly to the mentioned work item.

Bu, Azure Boards'taki iş öğesini ilgili her konuşma için karmaşık hale getiren resmi bir bağlantı oluşturmaz, bunun yerine ekibinize kod veya müşteri tarafından bildirilen bir sorunu tartışırken iş öğeleri hakkında biraz daha fazla bilgi sağlamanın bir yolunu sunar. Daha fazla bilgi için Azure Boards GitHub tümleştirmesi belgelerine bakın.

Azure Boards'ta planlama yaparken GitHub'daki sorunları kabul etme ve çözme

Artık Azure Boards'taki iş öğelerini GitHub'daki ilgili sorunlarla ilişkilendirebilirsiniz. Bu yeni bağlantı türüyle, artık birkaç farklı senaryo daha mümkündür. Ekibiniz, örneğin GitHub'daki sorunlar gibi kullanıcılardan gelen hata raporlarını kabul etmeye devam etmek, ancak ekibin çalışmasını Azure Boards'ta ilişkilendirmek ve düzenlemek istiyorsa artık bunu yapabilirsiniz.

The same mention syntax your team uses for commits and pull requests still applies and of course you can link manually in Azure Boards with the issue URL. Daha fazla bilgi için GitHub & Azure Boards belgelerine bakın.

Kanban panosundan bağlantılı GitHub etkinliğini hızla görüntüleme

Kanban panosuna kendiniz veya ekip olarak göz atılırken sık sık "Bu öğe henüz geliştirmeye başladı mı?" veya "Bu öğe henüz gözden geçirildi mi?" gibi sorularınız olur. Kanban panosundaki yeni GitHub ek açıklamaları sayesinde artık bir öğenin nerede olduğuna ilişkin hızlı bir fikir edinebilir ve daha fazla ayrıntı için doğrudan GitHub işleme, çekme isteği veya sorununa gidebilirsiniz. See the Customize cards documentation for more information about this and the other annotations for Tasks and Tests.

Repos

Draft pull requests

In order to prevent pull requests from being completed before they're ready and to make it easy to create work in progress that may not involve everyone, we now support draft pull requests.

Draft pull requests can be created by selecting Create as draft from the Create button drop down when creating a pull request.

Once you have created a draft pull request, you will see a badge indicating its status next to the title.

Taslak çekme istekleri varsayılan olarak gözden geçirenleri içermez veya derlemeleri çalıştırmaz, ancak gözden geçirenleri el ile eklemenize ve derlemeleri çalıştırmanıza olanak sağlar. Çekme isteğini normal bir çekme isteğine yükseltmek için çekme isteği ayrıntı sayfasındaki Yayımla düğmesine tıklamanız yeterlidir.

Otomatik tamamlama pull request'leri için süresi dolmuş derlemeyi yeniden çalıştırmak

Azure Repos will now automatically queue expired builds that have been triggered by a pull request policy. This applies to pull requests that have passed all other policies and are set to auto-complete.

Previously, when pull requests had policies like required reviewers, the approval process could take too long and an associated build could expire before a reviewer approved the pull request. If the pull request was set to auto-complete it would remain blocked until a user manually queued the expired build. Bu değişiklikle, başarılı bir derlemeden sonra pull isteğinin otomatik olarak tamamlanabilmesi için derleme kuyruğa alınır.

Note

This automation will only queue up to five expired builds per pull request and will only attempt to re-queue each build once.

View just the left or right file in a pull request

Today, when viewing file changes in a pull request, you can use either a Side-by-side diff or Inline diff mode. Birçoğunuz yalnızca özgün dosyayı veya değiştirilen dosyayı karşılaştırmadan görmek istediğinize ilişkin geri bildirim aldık, bu nedenle sol dosyayı veya sağ dosyayı ayrı ayrı görüntülemenizi sağlayacak yeni bir seçenek ekledik.

Pull request'leri tamamlamak için yeni birleştirme türleri

You now have more options when merging the changes from a pull request to the target branch. Geliştirici Topluluğu'nda en çok istenen iki özellik için destek ekledik: Hızlı-İleri Birleştirme ve Yarı-Doğrusal Birleştirme (aynı zamanda "Yeniden Temel Alma ve Birleştirme" olarak da adlandırılır).

Şimdi Tamamlama Çekme İsteği iletişim kutusunda şu yeni seçenekleri göreceksiniz:

Güncelleştirilmiş ilke yönetimi sayfası, yöneticilerin dal veya dal klasöründe hangi birleştirme stratejilerine izin verilip verilmiyor olduğunu denetlemesine olanak tanır.

Note

Mevcut politikalar hala uygulanır. Örneğin, dalınızın şu anda "yalnızca squash birleştirme" ilkesi varsa, yeni birleştirme stratejilerini kullanmak için bu ilkeyi düzenlemeniz gerekir.

There are a few situations when rebasing during pull request completion is not possible:

• Hedef daldaki bir politika rebase stratejilerinin kullanılmasını yasaklarsa, "Dal ilkelerini geçersiz kılma" iznine ihtiyacınız olacaktır.
• If the source branch of the pull request has policies, you won't be able to rebase it. Rebasing will modify the source branch without going through the policy approval process.
• Birleştirme çakışmalarını çözmek için Birleştirme Çakışması Uzantısı’i kullandıysanız. Conflict resolutions applied to a three-way merge are seldom successful (or even valid) when rebasing all the commits in a pull request one at a time.

In all these cases, you still have the option of rebasing your branch locally and pushing to the server, or squash-merging your changes when completing the pull request.

Filter by target branch in pull requests (PRs)

Pull request'ler, ekibinizin kodu gözden geçirmesine ve değişiklikler ana dala birleştirilmeden önce geri bildirim vermesine olanak tanır. Önerilen değişikliklerde adım adım ilerleyebileceğiniz, açıklama bırakabileceğiniz ve kod değişikliklerini onaylamak veya reddetmek için oy verebileceğinizden, bu ekipler birçok ekibin iş akışının önemli bir parçası haline gelmiştir.

To make it easier for you to find your pull requests, we added a filtering option to let you search for PRs using the target branch.

Maden sekmesindeki çekme istekleri görünümünü özelleştirmek için hedef dal filtrelemesini de kullanabilirsiniz.

Çekme isteğini Özelleştir sekmesinin ekran görüntüsü. Çekme isteğini Benimki sekmesinde özelleştirCustomize pull request in Mine tab

Uzantıların söz dizimi vurgulama ve otomatik tamamlama eklemesine izin ver

Currently, we publish syntax highlighting for a subset of languages supported by the Monaco editor. Ancak birçoğunuz desteklemediğimiz diller için kendi söz dizimi vurgulamanızı oluşturmak istiyorsunuz.

With this update, we added an extensibility point that allows extensions to add syntax highlighting and autocomplete to the file explorer and pull requests views.

Bu özelliği gösteren bir uzantı örneğini buradabulabilirsiniz.

In addition, we added support for Kusto language syntax highlighting.

Depo oluşturma uzantısı noktası

Depo seçiciye yeni öğeler eklemenize olanak sağlayan bir uzantı noktası ekledik. Bu uzantı noktası, depo seçici menüsüne özel eylemler (yeniden yönlendirmeler, açılır pencereler vb.) eklemenize olanak tanır ve alternatif depo oluşturma senaryoları gibi akışları etkinleştirir.

Geliştirilmiş kodlama desteği

Daha önce, web'de dosyaları düzenleme ve kaydetme yalnızca UTF-8 kodlaması olarak kaydediliyor ve dosya kodlaması değiştiğinde sizden istemde bulunmuyoruz. Şimdi, web üzerinden UTF kodlaması olmayan (yalnızca UTF kodlamasını destekleyen) bir dosyayı kaydetmeye çalıştığınızda size bir uyarı vereceğiz. Ayrıca web gönderme uç noktası aracılığıyla UTF-16 ve UTF-32 kodlama desteği ekledik. Bu, kodlama türünü koruyacağımız anlamına gelir, böylece bunları UTF-8 olarak yeniden yazmanız gerekmez.

Aşağıdaki ekran görüntüsünde, bir web gönderimi ile kodlama değişiklikleri eklediğinizde göreceğiniz iletişim kutusu ve örneği gösterilmektedir.

Azure Repos'ta komut desteği almaya gidin

Go, Golang olarak da adlandırılan bir açık kaynak programlama dilidir. Go'da, paketleri ve bağımlılıkları indirip yüklemek için get komut kullanabilirsiniz. Bu güncelleştirmeyle bir Azure DevOps deposuna go get desteği ekledik. go getile, import yollarıyla adlandırılmış bağımlılıkları olan paketleri indirebilirsiniz. İçeri aktarma yolunu belirtmek için import anahtar sözcüğünü kullanabilirsiniz.

Boru hattı

YAML işlem hatları için IntelliSense ile web düzenleyicisi

İşlem hatlarınızı tanımlamak için YAML kullanıyorsanız, artık bu sürümle birlikte sunulan yeni düzenleyici özelliklerinden yararlanabilirsiniz. İster yeni bir YAML işlem hattı oluştururken ister mevcut bir YAML işlem hattını düzenlerken, YAML dosyasını işlem hattı web düzenleyicisinde düzenleyebilirsiniz. YAML dosyasını düzenlerken IntelliSense için Ctrl+Ara Çubuğu desteğini kullanın. Söz dizimi hatalarını vurgulanmış olarak görürsünüz ve bu hataları düzeltme konusunda yardım alırsınız.

YAML dosyalarını düzenlemek için görev yardımcısı

İşlem hatları için YAML dosyalarını düzenlemeyi kolaylaştırmak için birçok geri bildirim almaya devam ediyoruz, bu nedenle YAML düzenleyicisine bir görev yardımcısı ekliyoruz. Bununla, yaml dosyasına klasik düzenleyicide olduğu gibi yeni bir görev eklemek için de aynı tanıdık deneyime sahip olursunuz. Bu yeni yardımcı, seçme listeleri ve hizmet bağlantıları gibi yaygın görev giriş türlerinin çoğunu destekler. Yeni görev yardımcısını kullanmak için YAML tabanlı işlem hattında Düzenle seçeneğini seçin ve ardından Görev yardımcısıseçeneğini belirleyin.

YAML işlem hatlarını etiketlerle tetikleme

Etiketler işlemeye eklendiğinde YAML işlem hatları tetiklenebilir. Bu, iş akışları etiketler içeren ekipler için değerlidir. Örneğin, bir işlem "son bilinen iyi" olarak etiketlendiğinde bir süreci başlatabilirsiniz.

Hangi etiketlerin dahilleneceğini ve hariç tutulacağını belirtebilirsiniz. For example:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Declare container resources inline

Previously, we required you to declare your container resources in YAML pipelines, then reference them by name. We now offer an inline syntax for cases where you aren't going to refer to the container multiple times.

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

Setting to auto cancel an existing pipeline when a pull requests is updated

By default, pipelines triggered by pull requests (PRs) will be canceled if a new commit is pushed to the same PR. Bu durum çoğu durumda tercih edilir çünkü genellikle güncel olmayan kodda işlem hattı çalıştırmaya devam etmek istemezsiniz. If you don't want this behavior, you can add autoCancel: false to your PR trigger.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

YAML işlem hatlarında kullanıma alınan kodun dizinini seçin

Previously, we checked out repos to the s directory under $(Agent.BuildDirectory). Artık Git deponuzun YAML işlem hatlarıyla kullanılmak üzere kullanıma alınacağı dizini seçebilirsiniz.

path üzerinde checkout anahtar sözcüğünü kullandığınızda klasör yapısı sizin denetiminizde olur. Aşağıda, bir dizin belirtmek için kullanabileceğiniz YAML kodunun bir örneği verilmiştir.

steps:
- checkout: self
  path: my-great-repo

Bu örnekte, kodunuz ajanın çalışma alanında my-great-repo dizinine çekilecektir. Yol belirtmezseniz, deponuz sadlı dizinde kullanıma alınmaya devam eder.

YAML için iyileştirilmiş yeni Azure App Service görevleri

Artık modern geliştiricileri göz önünde bulundurarak Azure App Services'i dağıtmak için kolay ancak güçlü bir yol sağlayan dört yeni görevi destekliyoruz. These tasks have an optimized YAML syntax making it simple and intuitive to author deployments to Azure AppServices, including WebApps, FunctionApps, WebApps for Containers and FunctionApp for Containers on both Windows and Linux platforms.

Xml ve JSON biçimleri için dosya dönüştürme ve değişken değiştirme için yeni bir yardımcı program görevini de destekliyoruz.

Yeni projeler için varsayılan izinlerde yapılan değişiklikler

Up until now, project contributors could not create pipelines unless they are explicitly given "Create build definition" permission. Yeni projeler için ekip üyeleriniz işlem hatlarını oluşturmaya ve güncelleştirmeye hazır olabilir. Bu değişiklik, Azure Pipelines'a eklenen yeni müşterilerin uyuşmalarını azaltır. Katkıda Bulunanlar grubundaki varsayılan izinleri istediğiniz zaman güncelleştirebilir ve erişimlerini kısıtlayabilirsiniz.

İşlem hatlarını kullanarak GitHub sürümlerini yönetme

GitHub sürümleri, kullanıcılara yazılım paketlemek ve sağlamak için harika bir yoldur. Artık Azure Pipelines'da GitHub Yayın görevini kullanarak bunu otomatikleştirebileceğinizi duyurmaktan mutluluk duyuyoruz. Görevi kullanarak yeni bir sürüm oluşturabilir, mevcut taslak/yayımlanmış sürümleri değiştirebilir veya eski sürümleri atabilirsiniz. Birden çok varlığı yükleme, sürümü yayın öncesi olarak işaretleme, sürümü taslak olarak kaydetmek ve daha birçok özelliği destekler. This task also helps you create release notes. Ayrıca, bu sürümde yapılan değişiklikleri (işlemeler ve ilişkili sorunlar) otomatik olarak hesaplayabilir ve bunları kullanıcı dostu bir biçimde sürüm notlarına ekleyebilir.

Görevin basit YAML'sini aşağıda bulabilirsiniz:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Bu görev kullanılarak oluşturulan örnek bir GitHub sürümü:

Derleme günlüğündeki belirli satırlara bağlantılar

Artık derleme günlüğünde belirli satırlara bağlantı paylaşabilirsiniz. This will help you when collaborating with other team members in diagnosing build failures. Simply select the lines of a log from the results view to get a link icon.

Kaynak yetkilendirme geliştirmeleri

YAML dosyasında başvurulduğunda korumalı kaynaklar (örneğin, hizmet bağlantıları, değişken grupları, aracı havuzları, güvenli dosyalar) için güvenlik sağlamamız gerekiyordu. Aynı zamanda, üretim dışı senaryolar için bu tür kaynakları kullanan işlem hatlarını ayarlamanızı ve kullanmanızı kolaylaştırmak istedik. Daha önce bir kaynağı 'tüm işlem hatlarında kullanım için yetkilendirilmiş' olarak işaretlemek için bir ayar ekledik.

Bu güncelleştirmeyle, bir kaynağı bu şekilde işaretlememiş olsanız bile kaynak yetkilendirme sorununu çözmenizi kolaylaştırıyoruz. Yeni deneyimde, bir derleme kaynak yetkilendirme hatası nedeniyle başarısız olduğunda, işlem hattında bu kaynakların kullanımını açıkça yetkilendirme ve ardından devam etme seçeneğini görürsünüz. Team members with permissions to authorize resources will be able to complete this action right from a failed build.

New extension contribution points in the Pipelines Test tab

İşlem Hatları'ndaki Test Sonuçları sekmesine iki yeni katkı noktası ekleyerek uzantı çerçevesini daha güçlü hale getirme işlemine devam ettik. Bu, Market uzantılarının daha özel raporlama deneyimleri sağlamasına ve daha fazla etkileşim eklemesine olanak tanır.

İki katkı noktası şunlardır:

1. Araç çubuğunda Özel Eylem düğmesi

   Bazen bir API'nin verilerini güncelleştirme veya test sonuçlarınızdaki meta verileri kullanarak özel araçlar çalıştırma gibi bir eylem gerçekleştirmek isteyebilirsiniz. Bu katkı noktasıyla, seçili test sonucunun hemen bağlamından yararlanan uzantılar oluşturarak, özel bir eylemi *Özel Eylem- düğmesine ekleyebilirsiniz.

   

2. Detaylar bölmesindeki Özel Detaylar Sekmesi

   Çok çeşitli test raporu tüketimi iş akışlarınız olabilir ve hata ayıklama ve analiz için başarısız testlere karşı farklı veri noktaları görmek isteyebilirsiniz. Ekibiniz bu katkı noktasını kullanarak ayrıntılar bölmesine veri kılavuzundaki herhangi bir test sonucu satırını seçtiğinizde ortaya çıkacak yeni bir sekme ekleyebilir. Bu yeni sekme, iç veya dış API'ler kullanılarak getirilen statik içeriğe veya dinamik verilere sahip bir görünüm gösterebilir.

Run once agent

Elastik özel aracıları çalıştırmak için Azure Container Instances gibi bir altyapı kullanıyorsanız, çoğu zaman her aracının gitmeden önce yalnızca bir işi kabul etmelerini istersiniz. Şimdiye kadar kolay değildi çünkü ajanı sonlandırmanız gerekiyordu (bu da büyük ihtimalle bir hatanın rapor edilmesine yol açardı) ya da ajanı kapatmadan önce başka bir iş alabileceği riskini kabul etmeniz gerekiyordu. With this update, we added the --once flag to the agent configuration. Aracıyı bu şekilde yapılandırdığınızda, yalnızca bir işi kabul eder ve ardından kendisini kapatır.

Aracı havuzu kullanıcı arayüzü güncellemesi

Proje ayarlarındaki aracı havuzları yönetim sayfası yeni bir kullanıcı arabirimiyle güncelleştirildi. Now you can easily see all the jobs that are running in a pool. Ayrıca bir işin neden çalışmadığını da öğrenebilirsiniz.

gösteren ekran görüntüsü

Deploy to failed targets in a Deployment Group

By default, Azure Pipelines used to re-run all jobs when you redeploy a previously failed run. Şimdi, dağıtım sırasında Dağıtım Seçeneği yapılandırarak bu davranışı geçersiz kılabilirsiniz. By selecting the All jobs and limit to failed targets in a deployment group option, the re-run will run all the jobs and skip the deployments to the targets that are already up to date.

Hata durumunda otomatik olarak yeniden dağıtma

Bir aşamaya dağıtım başarısız olduğunda Azure Pipelines artık son başarılı dağıtımı otomatik olarak yeniden dağıtabilir. Otomatik yeniden dağıtma tetikleyicisiDağıtım sonrası koşullarıyapılandırarak aşamayı otomatik olarak son başarılı sürümü dağıtacak şekilde yapılandırabilirsiniz. Gelecekteki bir sprint'te otomatik yeniden dağıtma yapılandırmasına tetiklenen ek olaylar ve eylemler eklemeyi planlıyoruz. Daha fazla bilgi için Dağıtım grupları belgelerine bakın.

Grafana annotations service hook

Artık Grafana panosuna Dağıtım Tamamlandı olayları için Grafana ek açıklamaları eklemenize olanak tanıyan yeni bir hizmet kancasını destekliyoruz. Bu, dağıtımları Grafana panosunda görselleştirilmekte olan uygulama veya altyapı ölçümlerindeki değişikliklerle ilişkilendirmenizi sağlar.

Azure İzleyici uyarı görevlerini sorgulama

The previous version of the Query Azure Monitors task supported querying alerts only on the classic monitoring experience. Görevin bu yeni sürümüyle, Yakın zamanda Azure İzleyici tarafından sunulan birleşik izleme deneyimiyle ilgili uyarıları sorgulayabilirsiniz.

Kubernetes'e dağıtma görevinde belirtim dosyasının satır içi girişi

Daha önce Kubernetes dağıtım görevi yapılandırma için bir dosya yolu sağlamanız gerekiyordu. Artık yapılandırmayı satır içine de ekleyebilirsiniz.

Docker CLI Yükleyici görevi

Bu görev, kullanıcı tarafından belirtilen aracılara Docker CLI'nın herhangi bir sürümünün yüklenmesine izin verir.

Silinen sürüm işlem hatlarını geri yükleme

Kullanılmayan yayın işlem hatlarını silmek, yayın işlem hattı listesinin temiz kalmasına yardımcı olur, ancak bazen yanlışlıkla bir şeyi silersiniz. Bu güncelleştirmeyle, artık son 30 gün içinde silinen bir yayın işlem hattını geri yüklemek mümkündür. Yayınlar sayfasının sol paneline silinen yayın işlem hatlarının listesini görüntüleyen yeni bir sekme ekledik. Bu görünümden, listeden işlem hattını seçip Geri Yükle düğmesine tıklayarak silinen yayın işlem hattını geri yükleyebilirsiniz.

Yayın oluşturma isteğinin başarısız olmasına ilişkin bildirimler

Derlemelerinizde, kod tabanınızda ve diğer işlemlerinizde değişiklikler olduğunda e-posta almak için bildirimler ayarlayabilirsiniz. Örneğin, size bir iş öğesi atandığında bildirim almak için bir uyarı ayarlayabilirsiniz.

Bu güncelleştirmeyle, Yayın kategorisine yeni bir bildirim aboneliği ekledik. Bu bildirim, yayın oluşturma isteği başarısız olduğunda size bir e-posta gönderir. Bunun yararlı olabileceği örnek bir senaryo, bir eser sürümü mevcut olmadığından yayın oluşturma talebinin başarısız olmasıdır. Bildirimlerinizi yönetmeyi öğrenmek için buradabelgelere bakın.

Schedule releases on source or pipeline change

Daha önce, zamanlanmış bir yayın tetikleyiciniz olduğunda, yukarı akış yapıtında veya yayın tanımında herhangi bir değişiklik algılanmıyor olsa bile bir yayın tetiklenmişti. Yayın programlama tetikleyicisi paneline, yalnızca yapıt sürümü veya yayın tanımı değiştiğinde yayınları zamanlamak için bir seçenek eklendi.

Yayın oluştur iletişim kutusundaki değişkenler için katkı noktası

Daha önce, yayın oluşturma sırasında gereken değişken değerlerinin kullanıcı tarafından herhangi bir yardım veya öneri olmadan girilmesi gerekiyordu. Yayın oluşturma sırasında bir değişkenin değerini doldurmaya yardımcı olacak uzantıları desteklemek için yeni sürüm oluştur iletişim kutusuna katkı noktaları ekledik.

Publish to Azure Service Bus session queues

We've extended the Agentless job build task to include the ability to publish messages to session queues. Bu seçenek Azure Service Bus'a Yayımla görevine eklenmiştir.

Kubernetes hizmet bağlantısında yeni Azure aboneliği seçeneği

Derlemeler ve yayınlar için hizmet bağlantıları, bir derleme veya dağıtım için görevleri yürütmek üzere dış ve uzak hizmetlere bağlanmanıza olanak sağlar. Projenizin Yönetici ayarlarından bir hizmet bağlantısı tanımlayabilir ve yönetebilirsiniz.

Bu güncelleştirmeyle Kubernetes hizmet bağlantısı formuna bir kimlik doğrulama seçeneği ekledik. Artık bağlantınızın kimliğini doğrulamak için Azure Aboneliği seçebilirsiniz. Bu, Azure aboneliğiniz ve küme adınız ile Kubernetes bağlantıları ayarlayarak belirli ad alanlarına dağıtmayı kolaylaştırır.

Rol tabanlı erişim denetimi (RBAC) özellikli bir küme için, seçilen ad alanında ServiceAccount ve RoleBinding nesneleri oluşturulur. RoleBinding nesnesi, oluşturulan hizmet hesabının işlemlerini yalnızca seçilen ad alanıyla sınırlar. For an RBAC disabled cluster, the service account created has cluster-wide permissions across namespaces.

Azure container registry in Docker registry service connection

Artık projenizin ayarlar sayfasından bir Docker kayıt defteri hizmeti bağlantısı oluşturabilirsiniz. Bağlantıyı oluşturmak için Azure Active Directory (AAD) kimliğiniz ile ilişkili aboneliklerden birinde bir Azure kapsayıcı kayıt defteri seçin. Docker@2 ve KubernetesManifest@0 gibi kapsayıcı kayıt defterlerine hizmet bağlantıları gerektiren tüm görevler, bağlantı belirtmenin tek bir yolunu destekler.

Yayın tanımlarında klasör adına göre arama

Yayın tanımlarınızı klasörlerde depolayarak düzenleyebilirsiniz. Daha önce klasöre göre arama yapma seçeneğiniz yoktu. Çok fazla klasör oluşturduysanız belirli bir yayın tanımını bulmak zor oldu. Artık yayın tanımında klasör adına göre arama yaparak aradığınız tanımları daha kolay bulabilirsiniz.

Duffle tool installer task in build and release pipeline

Duffle, Buluta Özel Uygulama Paketleri (CNAB) yükleyip yönetmenizi sağlayan bir komut satırı aracıdır. CNAB'ler ile kapsayıcıya özel uygulamaları ve hizmetlerini paketleyebilir, yükleyebilir ve yönetebilirsiniz.

Bu güncelleştirmede, Duffle ikili dosyasının belirli bir sürümünü yüklemenize olanak tanıyan derleme ve yayın işlem hatları için yeni bir görev ekledik.

Kubernetes manifest task

Bildirim dosyalarını kullanarak Kubernetes kümelerine dağıtma işlemini basitleştirmek için yayın işlem hatlarımıza yeni bir görev ekledik. This task will provide the following benefits in comparison to the usage of kubectl binary in scripts:

• Artifact substitution - The deploy action takes as input a list of container images which can be specified along with their tags or digests. This is substituted into the non-template version of the manifest files before applying it to the cluster to ensure that the right version of the image is pulled by the cluster's nodes.

• Bildirim kararlılığı - Görev durumunu başarılı/başarısız olarak hesaplarken kararlılık denetimlerini dahil etmek için dağıtılan Kubernetes nesneleri için dağıtım durumu denetlenir.

• İzlenebilirlik ek açıklamaları - Dağıtılan Kubernetes nesnelerine, kaynak kuruluş, proje, işlem hattı ve çalışma hakkındaki izlenebilirlik bilgilerini eklemek için ek açıklamalar eklenir.

• Bake manifest - The bake action of the task allows for baking Helm charts into Kubernetes manifest files so that they can be applied to the cluster.

• Deployment strategy - Choosing canary strategy with deploy action leads to creation of desired percentage of workloads suffixed with -baseline and -canary so that they can be compared during a ManualIntervention task before utilizing the promote/reject action of the task to finalize the version to be retained.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Docker görevi için yükseltmeler

İşlem hattı yazma deneyimini basitleştirmek için Docker görevini yükselttik. buildAndPush komutu artık belirli bir kapsayıcı deposu için birden çok etiket oluşturmak ve tek adımda birden çok kapsayıcı kayıt defterine göndermek için kullanılabilir. Görev, kapsayıcı kayıt defterlerinde oturum açmak için Docker kayıt defteri hizmeti bağlantılarını kullanabilir. Kaynak deposu, işlem ve derleme kökeni hakkındaki izlenebilirlik meta verileri, bu görev kullanılarak oluşturulan görüntülere etiket olarak eklenir.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Kubectl araç yükleyicisi

Aracılara Kubectl ikili dosyasının belirli bir sürümünü yüklemenize olanak tanıyan yeni bir görev ekledik. 'v1.14.0' gibi en son ve semver sürüm dizeleri Kubectl Sürüm Belirtimi girişi için geçerli değerler olarak kabul edilir.

Kubectl araç yükleyicisini gösteren ekran görüntüsü. kubectl araç yükleyicikubectl tool installer

ServiceNow tümleştirmesinde iyileştirmeler

Ekipler arası işbirliği için önemli bir özellik, her ekibin kendi seçtiği bir hizmeti kullanmasını ve etkili bir uçtan uca teslime sahip olmasını sağlamaktır. Bu güncelleştirmeyle, ServiceNow tümleştirmesini tüm değişiklik türlerini (normal, standart ve acil durum) destekleyecek şekilde geliştirdik. Ayrıca, kuruluşunuzda izlenen ITSM işlemine göre mevcut bir şablonu kullanarak yeni bir değişiklik isteği oluşturmak için kullanılan geçidi belirtebilirsiniz. Son olarak, mevcut değişiklik isteklerine göre yayınları da koşula bağlayabilirsiniz. Bu, BT ekipleriniz tarafından önerilen işlemi değiştirmenize gerek kalmadan CD'yi benimsemenizi sağlar.

ServiceNow değişiklik yönetimi özelliğini gösteren ekran görüntüsü. ServiceNow değişiklik yönetimiServiceNow change management

Red Hat Enterprise Linux 6 desteği

Bu güncelleştirmeyle Red Hat Enterprise Linux 6 için aracı desteği ekledik. Artık derleme ve yayın işlerinin yürütülmesi için Red Hat Enterprise Linux 6 platformunu hedefleyen aracıları yapılandırabilirsiniz.

Azure PowerShell Az modülü desteği

Azure PowerShell, komut satırından Azure kaynaklarını yönetmek için kullanabileceğiniz bir cmdlet kümesi sağlar. Geçen Aralık ayında Azure PowerShell Az modülü kullanıma sunuldu ve artık Azure kaynaklarınızı yönetmeye yönelik hedeflenen modüldür.

Daha önce barındırılan aracılarımızda Azure PowerShell Az modülü için destek sağlamadık. Derleme ve yayın işlem hatlarındaki yeni Azure PowerShell görev sürümü 4.* ile tüm platformlar için yeni Az modülü için destek ekledik. Azure PowerShell görev sürümü 3.* AzureRM modülünü desteklemeye devam edecektir. Ancak en son Azure hizmetlerini ve özelliklerini takip etmek için azure PowerShell görev sürümü 4.* sürümüne en kısa sürede geçmenizi öneririz.

Az modülünün, mevcut betikleri yeni söz dizimini kullanacak şekilde güncelleştirirken kullanmanıza yardımcı olacak bir uyumluluk modu vardır. Az modülü için uyumluluğu etkinleştirmek için Enable-AzureRmAlias komutunu kullanın. Aliases let you use the old cmdlet names with Az module. Azure RM modülünden Azure PowerShell Az modülüne geçiş hakkında daha fazla ayrıntıya buradan ulaşabilirsiniz.

Note

Özel aracılar kullanıyorsanız Az modülünü aracı makinenize yüklemeniz gerekir.

Azure PowerShell Az modülü hakkında daha fazla bilgi için buradabelgelere bakın.

Azure SQL görevi için Azure Active Directory (AD) kimlik doğrulaması desteği

Azure SQL görevi, SQL Server kimlik doğrulaması için mevcut desteğe ek olarak Azure AD (Tümleşik & Parolası) ve bir bağlantı dizesi kullanarak bir veritabanına bağlanmayı destekleyecek şekilde geliştirilmiştir.

Uzun dosya yollarına sahip derleme yapıtlarını yayınla

Until now, there was a limitation that prevented uploading build artifacts with paths longer than 233 characters. This could prevent you from uploading code coverage results from Linux and macOS builds with file paths longer than the limit. Sınır, uzun yolları destekleyecek şekilde güncelleştirildi.

Bir işlem için sürekli tümleştirmeyi (CI) atla

Azure Pipelines'a artık bir değişikliği yok saymasını ve bu değişiklikle normalde tetiklenecek olan boru hattının çalıştırılmasını atlaması gerektiğini iletebilirsiniz. Just include [skip ci] in the commit message of the HEAD commit and Azure Pipelines will skip CI. Aşağıda listelenen çeşitlemelerden herhangi birini de kullanabilirsiniz. Bu, Azure Repos Git ve GitHub Enterprise Server commit'leri için desteklenir.

• [skip ci] veya [ci skip]
• skip-checks: true veya skip-checks:true
• [skip azurepipelines] veya [azurepipelines skip]
• [skip azpipelines] veya [azpipelines skip]
• [skip azp] veya [azp skip]
• ***NO_CI***

Test Planları

Test result trend (Advanced) widget

Test sonucu eğilimi (Gelişmiş) pencere öğesi, birden çok derleme ve sürüm için test verilerinize neredeyse gerçek zamanlı görünürlük sağlar. Test sonucu eğilimi (Gelişmiş) pencere öğesi işlem hatlarınız veya işlem hatları arasında test sonuçlarınızın eğilimini görüntüler. Günlük test sayısını, geçiş hızını ve test süresini izlemek için bunu kullanabilirsiniz. Zaman içinde test kalitesini izlemek ve test yardımcısını geliştirmek, iyi durumdaki DevOps işlem hattının korunmasında kilit öneme sahip.

Test sonucu eğilimi (Gelişmiş) pencere öğesi test sonuçlarınızda aykırı değerleri bulmanıza yardımcı olur ve şu soruları yanıtlar: Testlerin çalıştırılması normalden uzun sürüyor mu? Genel başarı oranımı hangi test dosyası veya işlem hattı etkiliyor? What are my long running tests?

Bu soruları yanıtlamanıza yardımcı olmak için pencere öğesi şu özellikleri sağlar:

• Geçiş hızının eğilimini ve test sonuçlarının veya test süresinin sayısını görüntüler
• Test sonuçlarını birden çok derleme işlem hattına veya yayın işlem hattına göre sunar
• Aynı eğilim üzerinde iki ölçümü görüntülemek için birleşik grafik oluşturma seçeneklerini kullanır
• Test sonucuna göre zaman içindeki test sayısını filtreler
• Tüm test sonuçlarınızı dal veya teste göre filtreler
• Ölçümlerinizi Öncelik veya Ortam gibi test özniteliklerine göre yığınlar
• Test dosyaları, sahip veya işlem hatlarına göre verilerinizi gruplandırın

The widget is highly configurable allowing you to use it for a wide variety of scenarios.

TEST çalıştırması sonuçlarını URL aracılığıyla paylaşma

Otomatikleştirilmiş testleri bir derlemenin veya yayının parçası olarak çalışacak şekilde yapılandırabilirsiniz. Yayımlanan test sonuçları derleme veya yayın özetindeki Testler sekmesinde görüntülenebilir. Bu güncelleştirmeyle, tek bir test çalıştırması sonuçlarını ekibinizdeki diğer kişilerle paylaşabilmeniz için Sonuçların URL'sini kopyala özelliği ekledik.

Paylaşım düzeyleri şunlardır:

• Run level
• Sonuç düzeyi
• Test çalıştırması içinde seçilen tek tek sekme
• Paylaşım, yapılandırılan tüm uzantı sekmeleriyle de uyumludur

URL'yi paylaştığınızda görüntüleyiciler tam ekran görünümünde test çalıştırması sonuçlarını görür.

Artifacts

SemVer 2.0.0 sürüm numaralarıyla NuGet paketleri

Daha önce Azure Artifacts, SemVer 2.0.0 sürüm numaralarına sahip NuGet paketlerini desteklemedi (genellikle, sürümün yapı meta verileri bölümünü içeren ve +ile belirtilen sürüm numaraları). Artık derleme meta verilerini içeren nuget.org paketlerini kaydedebilir ve derleme meta verileriyle kendi paketlerinizi gönderebilirsiniz. Per the SemVer spec and NuGet.org policy, build metadata cannot be used to order packages. Bu nedenle, hem 1.0.0+build1 hem de 1.0.0+build2 Azure Artifacts'e (veya nuget.org) yayımlayamazsınız. Bu sürümler eşdeğer olarak kabul edilir ve dolayısıyla değişmezlik kısıtlamalarına tabi olur.

Paketlerde köken bilgileri

Bu güncelleme ile, paketlerinizin kökenini anlamanızı biraz daha kolay hale getirdik: bunları kim veya ne yayımladı ve hangi kaynak kodu gönderiminden geldiler. Bu bilgiler, NuGet, npm, Mavenve Azure Pipelines'daki Twine Authenticate (Python için) görevleri kullanılarak yayımlanan tüm paketler için otomatik olarak doldurulur.

Paket kullanım istatistikleri

Şimdiye kadar Azure Artifacts paketlerin kullanımını veya popülerliğini ölçmek için bir yol sağlamamıştı. Bu güncelleştirmeyle hem paket listesi hem de paket ayrıntıları sayfalarına İndirmeler ve Kullanıcıları sayısını ekledik. İstatistikleri her iki sayfanın da sağ tarafında görebilirsiniz.

Python Paketleri desteği

Azure Artifacts artık Python paketlerini barındırabilir: hem kendi oluşturduğunuz paketler hem de genel PyPI'den kaydedilen yukarı akış paketleri. Diğer ayrıntılar için duyuru blog gönderisine ve belgelerinebakın.

Artık tüm NuGet, npm, Maven ve Python paketlerinizi aynı akışta barındırabilirsiniz.

Maven için yukarı akış kaynakları

Yukarı akış kaynakları artık Maven akışları için kullanılabilir. Bu, birincil Maven Central deposunu ve Azure Artifacts akışlarını içerir. Maven yukarı akışlarını mevcut bir yayına eklemek için Akış ayarlarıadresini ziyaret edin, Yukarı akış kaynakları sekmesiniseçin ve ardından Yukarı akış kaynağı ekle'yi seçin.

Proxy support for Artifacts-related tasks

Şimdiye kadar Yapıtlarla ilgili birçok derleme görevi Azure Pipelines'ın proxy altyapısı için tam destek sağlamadı ve bu da şirket içi aracılardan gelen görevlerin kullanılmasında zorluklara yol açtı. Bu güncelleştirmeyle, aşağıdaki görevlere proxy'ler için destek ekledik:

• Npm@1 ('npm' in the designer)
• NuGetCommand@2 ('NuGet' in the designer): restore and push commands only
• DotNetCoreCLI@2 ('.NET Core' in the designer): restore and nuget push commands only
• tasarımcıda NpmAuthenticate@0, PipAuthenticate@0 ve TwineAuthenticate@0 ('[type] Authenticate' ): Bu görevler, kimlik doğrulama belirteçlerinin alınması sırasında proxy'leri destekler, ancak proxy'yi de kullanacak sonraki görevleri/betikleri/araçları yapılandırmak yine de gereklidir. Put another way, these tasks do not configure the proxy for the underlying tool (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' in the designer)

Sürümlerde desteklenen tüm Nesneler paket türleri

Şimdiye kadar yalnızca NuGet paketleri, Azure Artifacts yapıt türü içinde Pipelines sürümlerinde destekleniyordu. Bu güncelleştirmeyle maven, npm ve Python gibi tüm Azure Artifacts paket türleri desteklenir.

Artifacts views supported in releases

Daha önce Azure Artifacts yapıt türü yalnızca akışta yeni paket sürümleri yayımlandığında tetiklenebilirdi. Artık görünümler için de destek ekledik, böylece feed'deki paketler bir görünüme yükseltildiğinde yayınları başlatabilirsiniz.

Bekletme ilkeleri yakın zamanda indirilen paketleri atlayabilir

Şimdiye kadar Azure Artifacts akışları, "paket başına en fazla sürüm sayısına" ulaşıldığında eski paket sürümlerini silmeye başlayacak temel saklama ilkeleri sunuyordu. Bu güncelleştirmeyle, bu temizlemeyi yaparken yakın zamanda indirilen paketleri atlayabilirsiniz. To enable, edit your feed and check the Skip packages downloaded recently checkbox.

Akışları yönetebilecek temsilci

Azure Artifacts'te Proje Koleksiyonu Yöneticileri (PCA) her zaman bir Azure DevOps sunucusundaki tüm akışları yönetebildi. Bu güncellemeyle, PCA'lar bu özelliği diğer kullanıcılara ve gruplara da verebilir, böylece herhangi bir beslemeyi yönetme yetkisini devredebilir.

Wiki

Formüller ve videolar için Markdown şablonları

Wiki'yi düzenlerken formülleri, video ve YAML etiketleri eklemeye yönelik markdown söz dizimlerini hatırlamaya gerek yoktur. Artık araç çubuğundaki bağlam menüsüne tıklayabilir ve istediğiniz seçeneği belirleyebilirsiniz.

Azure Boards sorgu sonuçlarını Wiki'ye ekleme

Artık Azure Boards sorgu sonuçlarını bir wiki sayfasına tablo biçiminde ekleyebilirsiniz. Aşağıdaki görüntüde, yayımlanan tüm özelliklerin ve wiki'ye eklenmiş geçerli sprint'teki tüm etkin hataların listesini içeren bir wiki sayfası örneği gösterilmektedir. Sayfada görüntülenen içerik mevcut bir iş öğesi sorgusu kullanıyor. Bu yeni özellik ile dinamik içerik oluşturabilirsiniz ve wiki sayfasını el ile güncelleştirme konusunda endişelenmeniz gerekmez.

Sorgu sonuçları iki adımda eklenebilir:

1. Düzenleme araç çubuğundaki "Sorgu Sonuçları" düğmesine tıklayın.

2. Gerekli sorguyu seçin ve "Ekle" düğmesine tıklayın.

Sorgunun sonuçları artık sayfayı kaydettikten sonra tablo biçiminde görüntülenebilir.

Wiki Markdown düzenleyicisi için tek aralıklı yazı tipi

Wiki Markdown düzenleyicisi için monospaced yazı tiplerinin kullanıma sunulmasıyla birlikte okunabilirlik artık bir zorluk değildir. Markdown kaynağı temiz ve kolay okunur görünüyor. This feature has been prioritized based on this suggestion ticket.

Wiki sayfaları için kalıcı bağlantılar

Şimdiye kadar, bağlantılı sayfa yeniden adlandırıldıysa veya taşındıysa paylaşılan Wiki sayfası bağlantıları koptu. Url'ye sayfa kimlikleri ekleyerek kalıcı bağlantılar kullanıma sunulmuştur. Bu, wiki zaman içinde değiştikçe paylaştığınız bağlantıların değişmemesini sağlar.

Bu özellik, bu öneri biletine göre önceliklendirildi.

Wiki sayfalarında iş öğesi durumunu göster

Bu güncellemede, iş öğesinin kimliği ve başlığı ile birlikte durumunu da sayfaya ekleyerek Wiki sayfalarındaki iş öğesi referanslarını geliştirdik.

Work item references in Pull Request comments and Boards discussions will also show the status.

@mention Kullanıcılar ve gruplar

You can now @mention users and groups in a wiki page. Bu, bir ekibin iletişim sayfası, rehberlik belgeleri ve bilgi belgeleri gibi belgeleri daha zengin hale getirir. Aşağıdaki görüntü, görevler ve sorumlu kişi ile sprint geriye dönük değerlendirmesini gösteren bir örnektir.

@mention users and groups." />

Ayrıca, wiki düzenleme sayfasına "@" yazarak otomatik öneriden bir kullanıcı veya grup da seçebilirsiniz. Bahsedilen kişiye de posta ile bildirim gönderilir.

@mention yazmaya başladığınızda görünen otomatik öneriler gösteren ekran görüntüsü. />

Son olarak, profil bilgileri kartını görüntülemek için @mentioned kullanıcıya da tıklayabilirsiniz. Bu özellik, bu özellik önerisine göre önceliklendirilmiştir.

Wiki sayfalarında bildirimler

Şimdiye kadar, wiki sayfasındaki içeriğin ne zaman değiştirildiğini bilmenin bir yolu yoktu. Artık sayfa düzenlendiğinde, silindiğinde veya yeniden adlandırıldığında e-posta yoluyla bildirim almak için wiki sayfalarını takip edebilirsiniz. Wiki'de yapılan değişiklikleri izlemek için wiki sayfasından takip düğmesini seçin.

Bu özellik, bu öneri talebi temel alınarak önceliklendirilmiştir. Daha fazla bilgi edinmek için buradaki belgelerimize bakın.

HTML etiketleri desteği

Artık HTML etiketlerini kullanarak wiki'de daha zengin içerik oluşturabilirsiniz. Aşağıdaki HTML etiketleriyle neler yapabileceğinize göz atın.

1. Artık ayrıntıları ve özet etiketlerini kullanarak wiki sayfalarınızın içinde daraltılabilir bölümler oluşturabilirsiniz. Ayrıntıları varsayılan olarak genişletilmiş tutmak için open özniteliğini ekleyebilirsiniz.

   

   For more information on the details tag, take a look at the documentation here.

   This was prioritized based on this suggestion ticket.

   Note

   Bu etiket Edge ve Internet Explorer tarayıcılarında desteklenmez.

Geliştirilmiş tablo oluşturma ve düzenleme

Şimdiye kadar wiki'de tablo oluşturmak ve düzenlemek zordu. Wiki'nize tablo eklemenizi ve yönetmenizi kolaylaştırmak için değişiklikler yaptık.

1. Kılavuzdan tablo oluşturma

   Artık markdown tablosu söz dizimini hatırlamanız gerekmez. Artık 15 X 15 ızgaradan seçim yaparak kolayca markdown tablosu oluşturabilirsiniz. Tek tıklamayla tablo eklemek için gerekli sütun ve satır sayısını seçmeniz yeter.

   

   Bu özellik, aşağıdaki öneri biletlerine göre önceliklendirilmiştir:

   • Wiki için Tablo görünümü
   • Wiki tablo eklemeyi basit hale getirme

2. Daha iyi tablo okunabilirliği

   Artık düzenleyicinizde tablolarınızın daha iyi okunabilmesi için sözcük kaydırmayı açıp kapatabilirsiniz. Disabling word wrap adds a scroll bar which lets you see the content of large tables easier.

   

3. Markdown tablolarını otomatik biçimlendirme

   Markdown sütunlarınızı hizalamak için artık boşluk eklemeniz gerekmez. Tabloları biçimlendir düğmesiyle, markdown tablolarınız hücreleri hizalamak için hücrelere boşluklar ekleyerek otomatik olarak biçimlendirilir. Büyük tablolar kullanıyorsanız, tabloların daha kolay okunmasını sağlamak için sözcük kaydırmayı devre dışı bırakın.

   

   Tablolarınızı biçimlendirmek için Ctrl + Shift + F kısayolunu da kullanabilirsiniz.

Raporlama

Analytics'i kullanmak için artık analiz uzantısı gerekmiyor

Analiz giderek Azure DevOps deneyiminin ayrılmaz bir parçası haline geliyor. Müşterilerin veri odaklı kararlar almalarına yardımcı olması önemli bir özelliktir.

Güncelleştirme 1'de müşterilerin Artık Analytics'i kullanmak için Analytics uzantısına ihtiyaç duymadığını duyurmaktan heyecan duyuyoruz. Müşteriler artık Proje Koleksiyonu Ayarları altında Analytics'i etkinleştirebilir. Bu, ürünün içinde yer alan basit bir işlemdir.

Müşteriler Analiz'i şu şekilde etkinleştirebilir:

1. Proje Koleksiyonu Ayarları'na gidin:

2. Analizleri Etkinleştir'e tıklayın

Hepsi bu kadar! Koleksiyon için analiz destekli deneyimler açılacak.

Yükseltilen Analytics uzantısı yüklü olan Güncelleştirme 1 ve Azure DevOps Server 2019 koleksiyonlarında oluşturulan yeni koleksiyonlarda Analytics varsayılan olarak etkinleştirilir.

Analiz ve sağladığı deneyimler hakkında daha fazla bilgi edinmek için:

• Read more about enabling Analytics.
• Read the Analytics Overview documentation.
• Ana özellikler hakkında bilgi edinin: Analitik Pencere Öğeleri, En İyi Başarısız Test Raporu, Power BI Entegrasyonuve OData Uç Noktası.
• Watch this Channel 9 Video on Azure DevOps Analytics.

---

Geri Bildirim

Sizden haber almak isteriz! Bir sorunu bildirebilir veya bir fikir sağlayabilir, Geliştirici Topluluğu aracılığıyla izleyebilir ve Stack Overflowhakkında öneriler alabilirsiniz.

Sayfanın Üstü

---