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'a doğrudan yükseltme, Azure DevOps Server 2020, Azure DevOps Server 2019 veya Team Foundation Server (TFS) 2015 veya daha yeni sürümlerden desteklenir. TFS dağıtımınız TFS 2010 veya önceki sürümlerdeyse, Azure DevOps Server 2019'a yükseltmeden önce bazı ara adımlar gerçekleştirmeniz gerekir. Daha fazla bilgi edinmek için bkz. Şirket içi Azure DevOps'u yükleme ve yapılandırma.

---

Azure DevOps Server 2019'dan Azure DevOps Server 2020'ye Güvenle Yükseltme

Azure DevOps Server 2020, proje düzeyi ayarlarına göre çalışan yeni bir işlem hattı çalıştırma (derleme) bekletme modeli sunar.

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. Manuel olarak tutulan veya bir yayın tarafından saklanan pipeline çalıştırmaları, yükseltme sonrasında 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 2019 Güncelleştirme 1.2 Düzeltme Eki 13 Yayın Tarihi: 14 Mayıs 2026

Dosya	SHA-256 Hashi
devops2019.1.2patch13.exe	E49546B9C1BEC82015F241A045D978815A6059FA17F2000CE6C93E7891941F07

Azure DevOps Server 2019 Güncelleştirme 1.2 için Patch 13 yayımladık:

• Çok fazla sayıda etiketi işlerken hizmet başlatma sırasında oluşabilecek bir performans sorunu çözüldü.

Azure DevOps Server 2019 Güncelleştirme 1.2 Düzeltme Eki 12 Yayın Tarihi: 10 Şubat 2026

Dosya	SHA-256 Hashi
devops2019.1.2patch12.exe	362BD842B077FE8576E1FB4CFD0723ED9097835FE1991D3AACBA8B17FDE82A79

Azure DevOps Server 2019 Güncelleştirme 1.2 için Düzeltme Eki 12'yi aşağıdakileri içerecek şekilde yayımladık:

• Chrome'un 'unload' olayının kullanımdan kaldırılmasından kaynaklanan bir sorun düzeltildi.

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

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

Azure DevOps Server 2019 Güncelleştirme 1.2 için aşağıdakileri içeren Düzeltme Eki 11'i yayımladı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, aracı ikili dosyalarını yeni CDN uç noktasından getirmek ve böylece önceki CDN uç noktasından geçiş yapmak için gerekli değişiklikleri içerir.

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

Dosya	SHA-256 Hashi
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 Hashi
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

Etkilenen görevleri kullanan işlem hatlarında, komut satırı bağımsız değişkenlerini doğrulamak için yeni davranışı uygulayacak bir değişken AZP_75787_ENABLE_NEW_LOGIC = true ayarlanmalıdır. 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 Hashi
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 Hashi
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.

• PowerShell görevleri için izin verilen karakterler listesi, kabuk görevleri bağımsız değişkeni parametre doğrulamasını etkinleştirmek amacıyla genişletildi.

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 Hashi
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. İndirin ve Tasks20231103.zip'yi ayıklayın.
2. Çıkarılan dosyaların bulunduğu dizine geç.
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. Azure DevOps Server 2019 Güncelleştirme 1.2 düzeltme eki 5'i indirin ve yükleyin.

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

1. Aracıyı şu kaynaktan indirin: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
2. Aracıyı kullanıma almak için kendi bünyesinde barındırılan Windows aracıları belgelerinde açıklanan adımlarını kullanın.  

Note

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

TFX'i yapılandırma

1. tfx-cli'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. Çıkarılan dosyaların bulunduğu dizine geç.
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 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.
• 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.
• Klasik işlem hattını düzenlerken, farklı bir sekmedeki değişiklikler atıldıktan sonra saklama sekmesi boş kaldı.

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 Karması: 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.
• Özelleştirilmiş iş öğeleri düzeni durumları için yerelleştirme sorunu.
• E-posta bildirim şablonunda yerelleştirme sorunu.
• Bir alan için birden çok NOTSAMEAS kuralı tanımlandığında NOTSAMEAS kuralları değerlendirmesiyle ilgili sorun.

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

• Bu bildirilen sorunu, Geliştirici Topluluğu'nunnumaralı geri bildirim bileti aracılığıyla çözün.

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

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

• 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. Bunun nedeni, tbl_testCaseReferences tablosunun boyutunu artıran referanslardı. Bu yamayla, veri içe aktarma işlemini hızlandırmak için eski test vakalarının başvurularını kaldırdık.

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ı
• Bu geliştirici topluluğu geri bildirim bileti'de bildirilen sorunu çözün | Azure DevOps Server 2019'da test sonucu yineleme ayrıntılarını kaydedemiyor.

Bu düzeltme ekine yönelik düzeltmeleri uygulamak için, aşağıda listelenen adımları genel yama yüklemesi ve AzureResourceGroupDeploymentV2 görevi yüklemesi için izlemeniz gerekir.

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 Kimlik Sahtekarlığına Karşı Güvenlik Açığı
• CVE-2020-17135: Azure DevOps Server Aldatma Güvenlik Açığı
• 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. Görevde yalnızca bir Standard Error'da Başarısızlık göreceksiniz.

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 taahhütleri işlem hattını tetiklemez

• 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: Siteler Arası Komut Dosyası Çalıştırma Güvenlik Açığı

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

• 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.
• Azure Boards'u kullanırken yavaşlık ve zaman aşımları.
• İş öğesi bağlantılarında "Revize Eden" değeri yanlış.

Azure Hatları

• İşlem hatları bildirimlerinde, süre gibi alanlar bazı yerel ayarlarda boş olabilir.
• Ş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.
• Bir Test Vakası'nda, Panolardan açıldığında (Test Planlarının aksine), Paylaşılan Adım ayrıntıları açılmaz.

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
• GitHub'daki sorunları kabul et ve yürüt, Azure Boards ile planlama yaparken
• Otomatik tamamlama istekleri için süresi dolan yapıyı yeniden çalıştırma
• Çekme taleplerini tamamlamak için yeni birleştirme türleri
• 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 sonucu eğilimi (Gelişmiş) 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 Planları
• 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

Çevik, tarihsel olarak yeni projeler için varsayılan süreç olmuş ve çeşitli proje teslim yöntemlerine uyum sağlayabilecek sağlam ve esnek bir iş öğesi türleri ve durumları seti sunmuştur. 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.

İş öğesi formunda durum değerlerinin sıralaması

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.

GitHub'daki BENİOKU'da rozet gösteren ekran görüntüsü. GitHubBadge in a README on GitHub‘daki README'dekirozet

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.

Taşma menüsüne (overflow menu) tıkladığınızda yorumunuzu silme seçeneğini görürsünüz. 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

Artık AB#{work item ID} söz dizimini kullanarak GitHub'da bir iş öğesinden, çekme isteğinden veya işlemeden bahsettiğinizde, söz konusu bahsetmeler doğrudan bahsedilen iş öğesine gitmek için tıklayabileceğiniz köprüler haline gelir.

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.

Ekibinizin taahhütler ve çekme istekleri için kullandığı söz diziminin aynısı hala geçerlidir ve elbette Azure Boards'ta sorun URL'sini manuel olarak bağlayabilirsiniz. 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. Daha fazla bilgi için, bu ve Görevler ve Testler için diğer ek açıklamaları içeren Kartları Özelleştirme belgelerine bakın.

Repos

Çekme istekleri taslağı

Çekme isteklerinin hazır olmadan tamamlanmasını önlemek ve herkesi kapsamayabilecek devam eden çalışmalar oluşturmayı kolaylaştırmak için artık taslak çekme isteklerini destekliyoruz.

Çekme isteği oluştururken, taslak çekme istekleri, Oluştur düğmesi açılır menüsünden Taslak olarak oluştur seçilerek oluşturulabilir.

Taslak çekme isteği oluşturduğunuzda, başlığın yanında durumunu gösteren bir rozet görürsünüz.

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 artık bir çekme isteği politikası tarafından tetiklenen süresi dolmuş derlemeleri otomatik olarak kuyruğa alacak. Bu, diğer tüm ilkelerden geçmiş ve otomatik tamamlama için ayarlanmış çekme istekleri için geçerlidir.

Daha önce, çekme isteklerinde gerekli gözden geçirenler gibi politikalar olduğunda, onay süreci çok uzun sürebilir ve bir gözden geçiren çekme isteğini onaylamadan önce ilişkili yapının süresi dolabiliyordu. Çekme isteği otomatik olarak tamamlanacak şekilde ayarlandıysa, bu istek süresi dolan derlemeyi bir kullanıcı el ile kuyruğa alana kadar engellenmiş olarak kalır. 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

Bu otomasyon, çekme isteği başına en fazla beş süresi dolmuş derlemeyi kuyruğa alır ve her derlemeyi yalnızca bir kez yeniden kuyruğa almayı dener.

Çekme isteğinde yalnızca soldaki veya sağdaki dosyayı göster

Bugün, çekme isteğinde dosya değişikliklerini görüntülerken Yan yana karşılaştırma veya Satır içi karşılaştırma modunu kullanabilirsiniz. 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

Artık bir çekme isteğindeki değişiklikleri hedef dala birleştirirken daha fazla seçeneğiniz var. 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.

Çekme isteği tamamlanırken yeniden taban oluşturmanın mümkün olmadığı birkaç durum vardır:

• Hedef daldaki bir politika rebase stratejilerinin kullanılmasını yasaklarsa, "Dal ilkelerini geçersiz kılma" iznine ihtiyacınız olacaktır.
• Eğer çekme isteğinin kaynak dalı ilkelere sahipse, onu yeniden düzenleyemezsiniz. Yeniden esas alma, ilke onay işlemine geçmeden kaynak dalını değiştirir.
• Birleştirme çakışmalarını çözmek için Birleştirme Çakışması Uzantısı’i kullandıysanız. Üç yönlü birleştirmeye uygulanan çatışma çözümleri, bir çekme isteğindeki tüm commit'ler teker teker yeniden temellendirilirken nadiren başarılı (hatta geçerli) olur.

Tüm bu durumlarda, dalınızı yerel olarak yeniden temel alıp sunucuya yükleme seçeneğinizin yanı sıra, çekme isteğini tamamlarken değişikliklerinizi sıkıştırarak birleştirme işlemini gerçekleştirebilirsiniz.

Hedef dala göre çekme isteklerini (PR) filtrele

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.

Çekme isteklerinizi (pull request) bulmanızı kolaylaştırmak için hedef dalı kullanarak PR'leri aramanızı mümkün kılacak bir filtreleme seçeneği ekledik.

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

Şu anda, Monaco düzenleyicisi tarafından desteklenen dillerin bir alt kümesi için söz dizimi vurgulamasıyayımlıyoruz. Ancak birçoğunuz desteklemediğimiz diller için kendi söz dizimi vurgulamanızı oluşturmak istiyorsunuz.

Bu güncelleştirmeyle, eklentilerin dosya gezgini ve çekme istekleri görünümlerine söz dizimi vurgulama ve otomatik tamamlama eklemesine olanak tanıyan bir genişletilebilirlik noktası ekledik.

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

Ayrıca, Kusto dili söz dizimi renklendirme desteği ekledik.

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. Örneğin:

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

Kapsayıcı kaynaklarını satır içinde tanımlama

Daha önce, kapsayıcı kaynaklarınızı YAML işlem hatlarında bildirmenizi ve sonra bunlara ada göre referans vermenizi talep ediyorduk. Artık kapsayıcıyla birden çok kez etkileşimde bulunmayacağınız durumlar için satır içi sözdizimi sunuyoruz.

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

Çekme istekleri güncelleştirildiğinde mevcut işlem hattını otomatik olarak iptal etme ayarı

Varsayılan olarak, çekme istekleri (PR) tarafından tetiklenen işlem hatları, aynı çekme isteğine yeni bir commit gönderildiğinde iptal edilir. Bu durum çoğu durumda tercih edilir çünkü genellikle güncel olmayan kodda işlem hattı çalıştırmaya devam etmek istemezsiniz. Bu davranışı istemiyorsanız, çekme isteği tetikleyicinize autoCancel: false ekleyebilirsiniz.

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

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

Daha önce depoları $(Agent.BuildDirectory) altında s dizinine çıkardık. 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 Uygulaması Services'i dağıtmak için kolay ancak güçlü bir yol sağlayan dört yeni görevi destekliyoruz. Bu görevler, Hem Windows hem de Linux platformlarında WebApps, FunctionApps, Kapsayıcılar için WebApps ve Kapsayıcılar için FunctionApps gibi Azure AppServices dağıtımları yazmayı kolay ve sezgisel hale getiren optimize edilmiş bir YAML söz dizimi kullanır.

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

Şu ana kadar, proje katılımcıları açıkça "Derleme tanımı oluşturma" izni verilmediği sürece iş akışları oluşturamıyordu. 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. Bu görev, sürüm notları oluşturmanıza da yardımcı olur. 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. Diğer ekip üyeleriyle işbirliği yaparken derleme hatalarını tanılamanızda size yardımcı olacaktır. Bağlantı simgesini görmek için sonuçlar görünümünden bir günlüğün satırlarını seçmeniz yeterlidir.

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. Kaynakları yetkilendirme izinlerine sahip ekip üyeleri, bu işlemi doğrudan başarısız bir derlemeden tamamlayabilir.

Pipelines Test sekmesinde yeni uzantı katılım noktaları

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

Tek seferlik çalışan ajan

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. Bu güncellemeyle, aracı yapılandırmasına, --once bayrağını ekledik. 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. Artık havuzda çalışan tüm işleri kolayca görebilirsiniz. Ayrıca bir işin neden çalışmadığını da öğrenebilirsiniz.

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

Dağıtım Grubundaki başarısız olmuş hedeflere dağıtım yap

Azure Pipelines varsayılan olarak, önceden başarısız olan bir çalıştırmayı yeniden dağıttığınızda tüm işleri yeniden çalıştırmak için eskiden kullanılırdı. Şimdi, dağıtım sırasında Dağıtım Seçeneği yapılandırarak bu davranışı geçersiz kılabilirsiniz. Tüm işleri ve bir dağıtım grubundaki başarısız hedeflerle sınırla seçeneğini belirleyerek, tekrar çalıştırma, tüm işleri çalıştırır ve zaten güncel olan hedeflere yapılan dağıtımları atlar.

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 açıklama hizmet bağı

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

Sorgu Azure İzleyicileri görevinin önceki sürümü, uyarıları yalnızca klasik izleme deneyiminde sorgulamayı destekliyordu. 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.

Kaynak veya işlem hattı değişikliğinde yayınları zamanlama

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.

Azure Service Bus oturum kuyruklarında yayımlama

Aracısız iş derleme görevini, oturum kuyruklarında iletileri yayımlama yeteneği ile genişlettik. 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. RBAC'in devre dışı bırakıldığı bir kümede, oluşturulan hizmet hesabının ad alanları arasında küme genelinde yetkileri vardır.

Docker kayıt defteri hizmeti bağlantısında Azure container kayıt defteri

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.

Derleme ve dağıtım işlem hattında Duffle aracı yükleyici görevi

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 görevi

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. Bu görev, betiklerde kubectl komutunun kullanımıyla karşılaştırıldığında aşağıdaki avantajları sağlar:

• Artifakt değiştirme - Dağıtım eylemi, etiketleri veya özetleriyle birlikte belirtilebilen kapsayıcı imajların bir listesini girdi olarak alır. Bu, görüntünün doğru sürümünün küme düğümleri tarafından çekildiğinden emin olmak için manifest dosyalarını kümeye uygulamadan önce şablon olmayan sürümüyle değiştirilir.

• 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 bildirimi - Görevin 'bake' eylemi, Helm chart'larının Kubernetes bildirim dosyalarına dönüştürülmesine olanak tanır, böylece bunlar kümeye uygulanabilir.

• Dağıtım stratejisi - Kanarya stratejisinin dağıtım eylemiyle seçilmesi, görevi sırasında karşılaştırılabilmeleri için iş yüklerinin istenen yüzdesini -temel ve ManualIntervention ile oluşturur, böylece görevin yükseltme/reddetme eylemi kullanılarak korunacak sürüm sonlandırılır.

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. Diğer adlar, Az modülü ile eski cmdlet adlarını kullanmanıza olanak tanır. 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

Şimdiye kadar, yolu 233 karakterden uzun olan derleme yapıtlarının karşıya yüklenmesini önleyen bir sınırlama vardı. Linux ve macOS derlemelerinden sınırı aşan dosya yollarına sahip kod kapsamı sonuçlarını yüklemenizi engelleyebilir. 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. HEAD işlemesinin işleme iletisine [skip ci] dahil edin; Azure Pipelines CI'yi atlar. 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 sonucu eğilimi (Gelişmiş) pencere öğesi

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? Uzun süredir çalışan testlerim hangileridir?

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

Pencere öğesi, çok çeşitli senaryolar için kullanılabilmesi amacıyla oldukça yapılandırılabilir.

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:

• Çalışma modu
• 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. SemVer belirtimleri veNuGet.org ilkesi uyarınca, derleme meta verileri paketleri sıralamak amacıyla kullanılamaz. 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.

Artifacts ile ilgili görevlerde proxy desteği

Ş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' tasarımcıda)
• Tasarımcıda NuGetCommand@2 ('NuGet'): yalnızca geri yükle ve gönder komutları
• tasarımcıda DotNetCoreCLI@2 ('.NET Core'): yalnızca geri yükleme ve nuget gönderme komutları
• 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. Başka bir ifadeyle, bu görevler altyapıdaki araç (npm, pip, twine) için ara sunucuyu yapılandırmaz.
• tasarımcıda NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' tasarımcıda)

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.

Sürümlerde Artifakt görünümleri destekleniyor

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. Etkinleştirmek için, akışınızı düzenleyin ve yeni indirilen paketleri atla onay kutusunu işaretleyin.

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. Bu özellik, bu öneri biletitemel alınarak önceliklendirilmiştir.

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.

Çekme İsteği yorumlarındaki ve Panolar tartışmalarındaki iş öğesi referansları da durumunu gösterir.

@mention Kullanıcılar ve gruplar

Artık bir wiki sayfasında kullanıcıları ve grupları @mention edebilirsiniz. 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.

"kullanıcıları ve grupları @mention ettiğinizde nasıl göründüğünü gösteren ekran görüntüsü <." />

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.

   

   ayrıntıları etiketi hakkında daha fazla bilgi için, belgelerineburada göz atın.

   Bu öneri bileti temel alınarak bu durum öncelikli hale getirildi.

   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. Kelime kaydırmayı devre dışı bırakmak, büyük tabloların içeriğini görmenizi kolaylaştıran bir kaydırma çubuğu ekler.

   

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:

• Analytics 'i etkinleştirmehakkında daha fazla bilgi edinin.
• Analytics'e Genel Bakış belgeleriniokuyun.
• Ana özellikler hakkında bilgi edinin: Analitik Pencere Öğeleri, En İyi Başarısız Test Raporu, Power BI Entegrasyonuve OData Uç Noktası.
• Kanal 9'daki bu Azure DevOps AnalyticsVideosunu izleyin.

---

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ü

---