Azure DevOps Server 2020 Sürüm Notları
| Geliştirici Topluluğu Sistem Gereksinimleri | Lisans Koşulları | DevOps Blogu | SHA-1 Karmaları
Bu makalede, Azure DevOps Server için en yeni sürümle ilgili bilgiler bulacaksınız.
Azure DevOps Server dağıtımı yükleme veya yükseltme hakkında daha fazla bilgi edinmek için bkz. Azure DevOps Server Gereksinimleri. Azure DevOps ürünlerini indirmek için Azure DevOps Server İndirmeler sayfasını ziyaret edin.
Azure DevOps Server 2020'ye doğrudan yükseltme, Azure DevOps Server 2019 veya Team Foundation Server 2015 veya daha yeni sürümlerden desteklenir. TFS dağıtımınız TFS 2010 veya daha önceki bir sürümdeyse, Azure DevOps Server 2019'a yükseltmeden önce bazı ara adımları gerçekleştirmeniz gerekir. Daha fazla bilgi edinmek için bkz. Şirket içi Azure DevOps'u yükleme ve yapılandırma.
Azure DevOps Server 2019'dan Azure DevOps Server 2020'ye Güvenle Yükseltin
Azure DevOps Server 2020, proje düzeyi ayarlarına göre çalışan yeni bir işlem hattı çalıştırması (derleme) bekletme modeli sunar.
Azure DevOps Server 2020, işlem hattı düzeyinde saklama ilkelerine göre derleme saklamayı farklı işler. Bazı ilke yapılandırmaları, işlem hattı çalıştırmalarının yükseltmeden sonra silinmesine yol açar. El ile tutulan veya bir yayın tarafından tutulan işlem hattı çalıştırmaları yükseltmeden sonra silinmez.
Azure DevOps Server 2019'dan Azure DevOps Server 2020'ye güvenli bir şekilde yükseltme hakkında daha fazla bilgi için blog gönderimizi okuyun.
Azure DevOps Server 2020 Güncelleştirme 0.2 Yama 6 Yayın Tarihi: 14 Kasım 2023
Azure DevOps Server 2020 Güncelleştirme 0.2 için aşağıdaki düzeltmeleri içeren bir düzeltme eki yayımladık.
- Kabuk görevleri bağımsız değişkenlerini etkinleştir parametre doğrulaması için izin verilen PowerShell görevleri karakter listesi genişletildi.
Not
Bu düzeltme ekine yönelik düzeltmeleri uygulamak için görevleri el ile güncelleştirmeye yönelik birkaç adımı izlemeniz gerekir.
Düzeltme eklerini yükleme
Önemli
12 Eylül 2023'te yayınlanan Patch 4 ile Azure Pipelines aracısına yönelik güncelleştirmeler yayımladık. Aracı güncelleştirmelerini Yama 4 sü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 4 yüklendikten sonra aracının yeni sürümü 3.225.0 olacaktır.
TFX'i yapılandırma
- tfx-cli yüklemek ve oturum açmak için görevleri proje koleksiyonuna yükleme belgelerindeki adımları izleyin.
TFX kullanarak görevleri güncelleştirme
File | SHA-256 Karması |
---|---|
Tasks20231103.zip | 389BA66EEEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5 |
- Tasks20231103.zipindirip ayıklayın.
- Dizini ayıklanan dosyalara dönüştür.
- Görevleri karşıya yüklemek için aşağıdaki komutları yürütebilirsiniz:
tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip
İşlem Hattı Gereksinimleri
Yeni davranışı kullanmak için, etkilenen görevleri kullanan işlem hatlarında bir değişken AZP_75787_ENABLE_NEW_LOGIC = true
ayarlanmalıdır.
Klasikte:
değişkenini işlem hattının değişken sekmesinde tanımlayın.
YAML örneği:
variables:
- name: AZP_75787_ENABLE_NEW_LOGIC
value: true
Azure DevOps Server 2020 Güncelleştirme 0.2 Yama 5 Yayın Tarihi: 10 Ekim 2023
Önemli
12 Eylül 2023'te yayınlanan Patch 4 ile Azure Pipelines aracısına yönelik güncelleştirmeler yayımladık. Aracı güncelleştirmelerini Yama 4 sürüm notlarında açıklandığı gibi yüklemediyseniz, Düzeltme Eki 5'i yüklemeden önce bu güncelleştirmeleri yüklemenizi öneririz. Yama 4 yüklendikten sonra aracının yeni sürümü 3.225.0 olacaktır.
Azure DevOps Server 2020 Güncelleştirme 0.2 için aşağıdaki düzeltmeleri içeren bir düzeltme eki yayımladık.
- "Çözümleme Sahibi" kimliğinin düzeltme eki yükseltme makinelerinde Etkin Olmayan Kimlik olarak gösterildiği bir hata düzeltildi.
Azure DevOps Server 2020 Güncelleştirme 0.2 Yama 4 Yayın Tarihi: 12 Eylül 2023
Azure DevOps Server 2020 Güncelleştirme 0.2 için aşağıdaki düzeltmeleri içeren bir düzeltme eki yayımladık.
- CVE-2023-33136: Azure DevOps Server Uzaktan Kod Yürütme Güvenlik Açığı.
- CVE-2023-38155: Azure DevOps Server ve Team Foundation Server Ayrıcalıkların Yükseltilmesi Güvenlik Açığı.
Önemli
Düzeltme ekini bir test ortamına dağıtın ve düzeltmeyi üretim ortamına uygulamadan önce ortamın işlem hatlarının beklendiği gibi çalıştığından emin olun.
Not
Bu düzeltme ekine yönelik düzeltmeleri uygulamak için aracıyı ve görevleri el ile güncelleştirmek için bir dizi adımı izlemeniz gerekir.
Düzeltme eklerini yükleme
- Azure DevOps Server 2020 Güncelleştirme 0.2 düzeltme eki 4'ü indirin ve yükleyin.
Azure Pipelines aracısını güncelleştirme
- Aracıyı şu kaynaktan indirin: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
- Aracıyı dağıtmak için şirket içinde barındırılan Windows aracıları belgelerinde açıklanan adımları kullanın.
Not
Aracının eski sürüme düşürülmesini önlemek için AZP_AGENT_DOWNGRADE_DISABLED "true" olarak ayarlanmalıdır. Windows'da, aşağıdaki komut bir yönetim komut isteminde ve ardından yeniden başlatmada kullanılabilir. setx AZP_AGENT_DOWNGRADE_DISABLED true /M
TFX'i yapılandırma
- tfx-cli yüklemek ve oturum açmak için görevleri proje koleksiyonuna yükleme belgelerindeki adımları izleyin.
TFX kullanarak görevleri güncelleştirme
- Tasks_20230825.zipindirip ayıklayın.
- Dizini ayıklanan dosyalara dönüştür.
- Görevleri karşıya yüklemek için aşağıdaki komutları yürütebilirsiniz:
tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip
İşlem Hattı Gereksinimleri
Yeni davranışı kullanmak için, etkilenen görevleri kullanan işlem hatlarında bir değişken AZP_75787_ENABLE_NEW_LOGIC = true
ayarlanmalıdır.
Klasikte:
değişkenini işlem hattının değişken sekmesinde tanımlayın.
YAML örneği:
variables:
- name: AZP_75787_ENABLE_NEW_LOGIC
value: true
Azure DevOps Server 2020 Güncelleştirme 0.2 Yama 3 Yayın Tarihi: 8 Ağustos 2023
Azure DevOps Server 2020 Güncelleştirme 0.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 2020 Güncelleştirme 0.2 Yama 2 Yayın Tarihi: 13 Haziran 2023
Azure DevOps Server 2020 Güncelleştirme 0.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 2020 Güncelleştirme 0.2 Yama 1 Yayın Tarihi: 18 Ekim 2022
Azure DevOps Server 2020 Güncelleştirme 0.2 için aşağıdaki düzeltmeleri içeren bir düzeltme eki yayımladık.
- Yeni eklenen AD kimliklerinin güvenlik iletişim kutusu kimlik seçicilerinde görünmemesi sorununu çözün.
- Web kancası ayarlarında Grup Üyesi tarafından istendi filtresiyle ilgili bir sorun düzeltildi.
- İşlem hattı kuruluş ayarları, Yayın dışı işlem hatları için geçerli proje için iş yetkilendirme kapsamını sınırla olarak yapılandırılmış iş yetkilendirme kapsamına sahip olduğunda Geçitli iade derlemeleri hatası düzeltildi.
Azure DevOps Server 2020.0.2 Yayın Tarihi: 17 Mayıs 2022
Azure DevOps Server 2020.0.2, hata düzeltmelerinin bir derlemesi. Azure DevOps Server 2020.0.2'yi doğrudan yükleyebilir veya Azure DevOps Server 2020 ya da Team Foundation Server 2013 veya daha yeni bir sürümden yükseltebilirsiniz.
Not
Veri Geçiş Aracı, bu sürümden yaklaşık üç hafta sonra Azure DevOps Server 2020.0.2 sürümünde kullanıma sunulacaktır. İçeri aktarma için şu anda desteklenen sürümlerin listesini burada görebilirsiniz.
Bu sürüm aşağıdakiler için düzeltmeler içerir:
"Sonrakini çalıştır" düğmesi kullanılarak derleme kuyruğu atlanamıyor. Daha önce, "Sonrakini çalıştır" düğmesi yalnızca proje koleksiyonu yöneticileri için etkinleştirildi.
Kullanıcının Active Directory hesabı devre dışı bırakıldıktan sonra tüm kişisel erişim belirteçlerini iptal edin.
Azure DevOps Server 2020.0.1 Yama 9 Yayın Tarihi: 26 Ocak 2022
Azure DevOps Server 2020.0.1 için aşağıdaki düzeltmeleri içeren bir düzeltme eki yayımladık.
- bir iş öğesinde @mention denetim kullanılırken Email bildirimleri gönderilmedi.
- Hesaplar arasında geçiş yaparken oluşan TF400813 hata düzeltildi. Bu hata, TFS 2018'den Azure DevOps Server 2020.0.1 sürümüne yükseltildiğinde oluştu.
- Projeye Genel Bakış özet sayfasının yüklenememesiyle ilgili sorun düzeltildi.
- Active Directory kullanıcı eşitlemesinde geliştirme.
- jndilookup sınıfını log4j ikili dosyalarından kaldırarak Elasticsearch güvenlik açığı giderildi.
Yükleme adımları
- Sunucuyu Yama 9 ile yükseltin.
- adresinde kayıt defteri değerini
HKLM:\Software\Elasticsearch\Version
denetleyin. Kayıt defteri değeri orada değilse, bir dize değeri ekleyin ve Sürüm değerini 5.4.1 (Ad = Sürüm, Değer = 5.4.1) olarak ayarlayın. - Benioku dosyasında sağlanan update komutunu
PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update
çalıştırın. Şu gibi bir uyarı döndürebilir: Uzak sunucuya bağlanılamıyor. Güncelleştirme tamamlanana kadar yeniden denemeler gerçekleştirdiği için pencereyi kapatmayın.
Not
Azure DevOps Server ve Elasticsearch farklı makinelerde yüklüyse, aşağıda özetlenen adımları izleyin.
- Sunucuyu Yama 9 ile yükseltin..
- adresinde kayıt defteri değerini
HKLM:\Software\Elasticsearch\Version
denetleyin. Kayıt defteri değeri orada değilse, bir dize değeri ekleyin ve Sürüm değerini 5.4.1 (Ad = Sürüm, Değer = 5.4.1) olarak ayarlayın. - Elasticsearch uzak dosya klasörüne konumundaki
C:\Program Files\{TFS Version Folder}\Search\zip
zip adlı klasörün içeriğini kopyalayın. - Elasticsearch sunucu makinesinde komutunu çalıştırın
Configure-TFSSearch.ps1 -Operation update
.
SHA-256 Karması: B0C05A972C73F253154AEEB7605605EF2E596A96A3720AE942D7A9DDD881545E
Azure DevOps Server 2020.0.1 Yama 8 Sürüm Tarihi: 15 Aralık 2021
Azure DevOps Server 2020.0.1 için Düzeltme Eki 8 aşağıdaki düzeltmeleri içerir.
- Özel iş öğeleri düzen durumları için yerelleştirme sorunu.
- E-posta bildirim şablonunda yerelleştirme sorunu.
- Bir satırda birden çok özdeş bağlantı olduğunda konsol günlüklerinin kesilmesiyle ilgili sorun.
- Bir alan için birden çok NOTSAMEAS kuralı tanımlandığında NOTSAMEAS kuralları değerlendirmesiyle ilgili sorun.
Azure DevOps Server 2020.0.1 Yama 7 Yayın Tarihi: 26 Ekim 2021
Azure DevOps Server 2020.0.1 için Düzeltme Eki 7 aşağıdaki düzeltmeleri içerir.
- Daha önce, Azure DevOps Server yalnızca GitHub Enterprise Server'a bağlantı oluşturabilirdi. Bu düzeltme eki ile proje yöneticileri Azure DevOps Server ile GitHub.com üzerindeki depolar arasında bağlantı oluşturabilir. Bu ayarı GitHub bağlantıları sayfasında Proje Ayarları'nın altında bulabilirsiniz.
- Test Planı pencere öğesiyle ilgili sorunu çözün. Test yürütme raporu sonuçlarda yanlış bir kullanıcı gösteriyordu.
- Projeye Genel Bakış özet sayfasının yüklenememesiyle ilgili sorun düzeltildi.
- Ürün yükseltmesini onaylamak için e-postaların gönderilmemesiyle ilgili sorun düzeltildi.
Azure DevOps Server 2020.0.1 Yama 6 Yayın Tarihi: 14 Eylül 2021
Azure DevOps Server 2020.0.1 için Düzeltme Eki 6 aşağıdaki düzeltmeleri içerir.
- Yapıtları indirme/karşıya yükleme hatasını düzeltin.
- Tutarsız Test Sonuçları verileriyle ilgili sorunu çözün.
Azure DevOps Server 2020.0.1 Yama 5 Yayın Tarihi: 10 Ağustos 2021
Azure DevOps Server 2020.0.1 için Düzeltme Eki 5 aşağıdaki düzeltmeleri içerir.
- Derleme tanımı kullanıcı arabirimi hatası düzeltildi.
- Gözatma geçmişi kök depo yerine dosyaları görüntüleyecek şekilde değiştirildi.
- Bazı iş öğesi türleri için e-posta teslim işleriyle ilgili sorun düzeltildi.
Azure DevOps Server 2020.0.1 Yama 4 Yayın Tarihi: 15 Haziran 2021
Azure DevOps Server 2020.0.1 için Düzeltme Eki 4 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, tablonun boyutunu
tbl_testCaseReferences
artıran başvurular oldu. Bu yamayla, veri içeri aktarma işlemini hızlandırmaya yardımcı olmak için eski test çalışmalarına yönelik başvuruları kaldırdık.
Azure DevOps Server 2020.0.1 Yama 3 Sürüm Tarihi: 11 Mayıs 2021
Azure DevOps Server 2020.0.1 için aşağıdakileri düzelten bir yama yayımladık.
- Microsoft.TeamFoundation.TestManagement.Client kullanılırken tutarsız Test Sonuçları verileri.
Azure DevOps Server 2020.0.1 sürümünüz varsa, Azure DevOps Server 2020.0.1 Düzeltme Eki 3'ü yüklemeniz gerekir.
Yüklemeyi Doğrulama
1. Seçenek: komutunu çalıştırın
devops2020.0.1patch3.exe CheckInstall
devops2020.0.1patch3.exe yukarıdaki bağlantıdan indirilen dosyadır. Komutun çıktısı, düzeltme ekinin yüklendiğini veya yüklenmediğini söyler.Seçenek 2: Aşağıdaki dosyanın sürümünü denetleyin:
[INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll
. Azure DevOps Server 2020.0.1 varsayılan olarak'ac:\Program Files\Azure DevOps Server 2020
yüklenir. Azure DevOps Server 2020.0.1 Yama 3'i yükledikten sonra sürüm 18.170.31228.1 olacaktır.
Azure DevOps Server 2020.0.1 Yama 2 Sürüm Tarihi: 13 Nisan 2021
Not
Azure DevOps Server 2020'niz varsa, önce 2020.0.1 Azure DevOps Server güncelleştirmeniz gerekir. 2020.0.1'de bir kez, Azure DevOps Server 2020.0.1 Düzeltme Eki 2'yi yükleyin
Azure DevOps Server 2020.0.1 için aşağıdakileri düzelten bir yama yayımladık.
- CVE-2021-27067: Bilgilerin açığa çıkması
- CVE-2021-28459: Ayrıcalık yükseltmesi
Bu düzeltme ekine yönelik düzeltmeleri uygulamak içinazureresourcegroupdeploymentV2 ve AzureResourceManagerTemplateDeploymentV3 görev yüklemeleri için aşağıda listelenen adımları izlemeniz gerekir.
Genel düzeltme eki yüklemesi
Azure DevOps Server 2020.0.1 sürümünüz varsa, Azure DevOps Server 2020.0.1 Düzeltme Eki 2'yi yüklemeniz gerekir.
Yüklemeyi Doğrulama
1. Seçenek: komutunu çalıştırın
devops2020.0.1patch2.exe CheckInstall
devops2020.0.1patch2.exe yukarıdaki bağlantıdan indirilen dosyadır. Komutun çıktısı, düzeltme ekinin yüklendiğini veya yüklenmediğini söyler.Seçenek 2: Aşağıdaki dosyanın sürümünü denetleyin:
[INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll
. Azure DevOps Server 2020.0.1 varsayılan olarak'ac:\Program Files\Azure DevOps Server 2020
yüklenir. Azure DevOps Server 2020.0.1 Yama 2'yi yükledikten sonra sürüm 18.170.31123.3 olacaktır.
AzureResourceGroupDeploymentV2 görev yüklemesi
Not
Aşağıda belirtilen tüm adımların bir Windows makinesinde gerçekleştirilmesi gerekir
Yükleme
AzureResourceGroupDeploymentV2.zip paketini bilgisayarınızdaki yeni bir klasöre ayıklayın. Örneğin: D:\tasks\AzureResourceGroupDeploymentV2.
makinenize göre Node.js 14.15.1 ve npm'yi (Node.js indirmeye dahil) indirip yükleyin.
Yönetici modunda bir komut istemi açın ve tfx-cli'yi yüklemek için aşağıdaki komutu çalıştırın.
npm install -g tfx-cli
Tam erişim ayrıcalıklarına sahip bir kişisel erişim belirtecini İçerik Oluşturucu ve kopyalayın. Bu Kişisel erişim belirteci tfx login komutu çalıştırılırken kullanılır.
Komut isteminden aşağıdakileri çalıştırın. İstendiğinde Hizmet URL'si ve Kişisel erişim belirtecini girin.
~$ tfx login
Copyright Microsoft Corporation
> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully
- 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>*
AzureResourceManagerTemplateDeploymentV3 görev yüklemesi
Not
Aşağıda belirtilen tüm adımların bir Windows makinesinde gerçekleştirilmesi gerekir
Yükleme
AzureResourceManagerTemplateDeploymentV3.zip paketini bilgisayarınızdaki yeni bir klasöre ayıklayın. Örneğin:D:\tasks\AzureResourceManagerTemplateDeploymentV3.
Makinenize uygun olarak Node.js 14.15.1 ve npm'yi (Node.js indirmeye dahil) indirip yükleyin.
Yönetici modunda bir komut istemi açın ve tfx-cli'yi yüklemek için aşağıdaki komutu çalıştırın.
npm install -g tfx-cli
Tam erişim ayrıcalıklarına sahip bir kişisel erişim belirtecini İçerik Oluşturucu ve kopyalayın. Bu Kişisel erişim belirteci tfx login komutu çalıştırılırken kullanılır.
Komut isteminden aşağıdakileri çalıştırın. İstendiğinde, Hizmet URL'si ve Kişisel erişim belirtecini girin.
~$ tfx login
Copyright Microsoft Corporation
> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully
- Görevi sunucuya yüklemek için aşağıdaki komutu çalıştırın. 1. adımda ayıklanan .zip dosyasının yolunu kullanın.
~$ tfx build tasks upload --task-path *<Path of the extracted package>*
Azure DevOps Server 2020.0.1 Yama 1 Yayın Tarihi: 9 Şubat 2021
Azure DevOps Server 2020.0.1 için aşağıdakileri düzelten bir yama yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.
- Bu Geliştirici Topluluğu geri bildirim biletinde bildirilen sorunu çözün| Yeni Test Çalışması düğmesi çalışmıyor
- Azure DevOps Server 2020 Yama 2 ile yayınlanan düzeltmeleri ekleyin.
Azure DevOps Server 2020 Yama 3 Yayın Tarihi: 9 Şubat 2021
Azure DevOps Server 2020 için aşağıdakileri düzelten bir yama yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.
- Bu Geliştirici Topluluğu geri bildirim biletinde bildirilen sorunu çözün| Yeni Test Çalışması düğmesi çalışmıyor
Azure DevOps Server 2020.0.1 Yayın Tarihi: 19 Ocak 2021
Azure DevOps Server 2020.0.1, hata düzeltmelerinin bir derlemesi. Azure DevOps Server 2020.0.1'i doğrudan yükleyebilir veya mevcut bir yüklemeden yükseltebilirsiniz. Yükseltme için desteklenen sürümler Azure DevOps Server 2020, Azure DevOps Server 2019 ve Team Foundation Server 2012 veya daha yeni sürümlerdir.
Bu sürüm aşağıdaki hatalar için düzeltmeler içerir:
- Azure DevOps Server 2019'dan yükseltme sonrasında Git proxy'lerinin çalışmayı durdurabileceği bir yükseltme sorununu çözün.
- Azure DevOps Server 2020'ye yükseltilirken Team Foundation Server 2017 öncesi ENU olmayan koleksiyonlar için System.OutOfMemoryException özel durumu düzeltildi. Bu Geliştirici Topluluğu geri bildirim biletinde bildirilen sorunu çözer.
- Eksik Microsoft.Azure.DevOps.ServiceEndpoints.Sdk.Server.Extensions.dll nedeniyle bakım hatası. Bu Geliştirici Topluluğu geri bildirim biletinde bildirilen sorunu çözer.
- Azure DevOps Server 2020'ye yükseltilirken Analytics'te geçersiz sütun adı hatası düzeltildi. Bu Geliştirici Topluluğu geri bildirim biletinde bildirilen sorunu çözer.
- Test çalışması sonuçlarında test çalışması adımları görüntülenirken depolanan XSS.
- Puan sonuçları verilerini TCM'ye geçirirken yükseltme adımı hatası.
Azure DevOps Server 2020 Yama 2 Yayın Tarihi: 12 Ocak 2021
Azure DevOps Server 2020 için aşağıdakileri düzelten bir yama yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.
- Test çalıştırması ayrıntıları, OpsHub Geçişi kullanılarak geçirilen test verileri için test adımı ayrıntılarını görüntülemez
- 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger' için başlatıcıda özel durum
- Azure DevOps Server 2020'ye geçiş sonrasında yenilenmemiş derlemeler hemen silinir
- Veri sağlayıcısı özel durumunu düzeltme
Azure DevOps Server 2020 Yama 1 Tarih: 8 Aralık 2020
Azure DevOps Server 2020 için aşağıdakileri düzelten bir yama yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.
- CVE-2020-17145: Azure DevOps Server ve Team Foundation Services Kimlik Sahtekarlığı Güvenlik Açığı
Azure DevOps Server 2020 Sürüm Tarihi: 6 Ekim 2020
Azure DevOps Server 2020, hata düzeltmelerinin bir derlemesi. Daha önce yayımlanan Azure DevOps Server 2020 RC2'deki tüm özellikleri içerir.
Not
Azure DevOps 2020 Server, Git Sanal Dosya Sistemi (GVFS) tarafından kullanılan derlemelerden birini yüklemeyle ilgili bir sorunla karşılanıyor.
Azure DevOps 2019 'dan (herhangi bir sürüm) veya bir Azure DevOps 2020 sürüm adayından yükseltme yapıyor ve önceki sürümle aynı dizine yüklüyorsanız, derleme Microsoft.TeamFoundation.Git.dll
yüklenmez. ve klasörlerinde <Install Dir>\Version Control Proxy\Web Services\bin
<Install Dir>\Application Tier\TFSJobAgent
<Install Dir>\Tools
arayarak Microsoft.TeamFoundation.Git.dll
soruna isabet ettiğinizi doğrulayabilirsiniz. Dosya eksikse, eksik dosyaları geri yüklemek için bir onarım çalıştırabilirsiniz.
Onarımı çalıştırmak için Azure DevOps Server makinesine/VM'ye Settings -> Apps & Features
gidin ve Azure DevOps 2020 Server'da bir onarım çalıştırın. Onarım tamamlandıktan sonra makineyi/VM'yi yeniden başlatabilirsiniz.
Azure DevOps Server 2020 RC2 Sürüm Tarihi: 11 Ağustos 2020
Azure DevOps Server 2020 RC2, hata düzeltmelerinin bir derlemesi. Daha önce yayımlanan Azure DevOps Server 2020 RC1'deki tüm özellikleri içerir.
Azure DevOps Server 2020 RC1 yeniden yayın Tarihi: 10 Temmuz 2020
Bu Geliştirici Topluluğu geri bildirim biletini düzeltmek için Azure DevOps Server 2020 RC1'i yeniden yayınladık.
Daha önce, Azure DevOps Server 2019 Güncelleştirme 1.1'den Azure DevOps Server 2020 RC1'e yükselttikten sonra, Web kullanıcı arabiriminin Depolar, İşlem Hatları ve Wiki'sindeki dosyaları görüntüleyemiyordunuz. Sayfanın bu bölgesinde beklenmeyen bir hata oluştuğunu belirten bir hata iletisi oluştu. Bu bileşeni yeniden yüklemeyi veya sayfanın tamamını yenilemeyi deneyebilirsiniz. Bu sürümle bu sorunu düzeltmiş olduk. Daha fazla bilgi için lütfen blog gönderisine bakın.
Azure DevOps Server 2020 RC1 Sürüm Tarihi: 30 Haziran 2020
Azure DevOps Server 2020'deki Yeniliklerin Özeti
Azure DevOps Server 2020 birçok yeni özellik sunar. Önemli noktalardan bazıları:
- Çok aşamalı işlem hatları
- YAML'de sürekli dağıtım
- Boards kapsamlarında Toplama özelliğini kullanarak üst öğelerin ilerleme durumunu izleme
- Görev panosuna ve sprint kapsamına "Üst İş Öğesi" filtresi ekleme
- Azure Repos giriş sayfaları için yeni Web Kullanıcı Arabirimi
- Depolar arası dal ilke yönetimi
- Yeni Test Planı sayfası
- Kod wiki sayfaları için zengin düzenleme
- İşlem hattı hatası ve süre raporları
Ayrıca her hizmetin tüm yeni özelliklerini görmek için tek tek bölümlere atlayabilirsiniz:
Genel
Azure DevOps CLI genel kullanılabilirliği
Şubat ayında Azure CLI için Azure DevOps uzantısını kullanıma aldık. Uzantı, komut satırından Azure DevOps ile etkileşim kurmanızı sağlar. Uzantıyı geliştirmemize ve daha fazla komut eklememize yardımcı olan geri bildirimlerinizi topladık. Uzantının genel kullanıma sunulduğunu duyurmaktan mutluluk duyuyoruz.
Azure DevOps CLI hakkında daha fazla bilgi edinmek için buradaki belgelere bakın.
Dağıtım Merkezi'nden Windows için Azure WebApps'i dağıtmak için yayımlama profilini kullanma
Artık Dağıtım Merkezi'nden Windows için Azure WebApps'inizi dağıtmak için yayımlama profili tabanlı kimlik doğrulamasını kullanabilirsiniz. Yayımlama profilini kullanarak Windows için Azure WebApp'e dağıtma izniniz varsa, Dağıtım Merkezi iş akışlarında bu profili kullanarak işlem hattını ayarlayabilirsiniz.
Boards
Görev panosuna ve sprint kapsamına "Üst İş Öğesi" filtresi ekleme
Hem Sprint panosuna hem de Sprint kapsamına yeni bir filtre ekledik. Bu, gereksinim düzeyi kapsam öğelerini (soldaki ilk sütun) üst öğelerine göre filtrelemenizi sağlar. Örneğin, aşağıdaki ekran görüntüsünde görünümü yalnızca ebeveynin "Büyük özelliğim" olduğu kullanıcı hikayelerini gösterecek şekilde filtreledik.
Hata işleme deneyimini geliştirme –– Hata/Görev'de gerekli alanlar
Geçmişte Kanban panosunda, bir iş öğesini durum değişikliğinin tetiklediği alan kurallarının tetiklendiği bir sütundan diğerine taşıdıysanız, kartta yalnızca kök nedeni anlamak için iş öğesini açmaya zorlayan kırmızı bir hata iletisi gösterilir. Sprint 170'te, artık iş öğesinin kendisini açmak zorunda kalmadan hatanın ayrıntılarını görmek için kırmızı hata iletisine tıklayabilmeniz için deneyimi geliştirdik.
İş öğesini canlı yeniden yükleme
Daha önce bir iş öğesini güncelleştirirken ve ikinci bir ekip üyesi aynı iş öğesinde değişiklik yaparken, ikinci kullanıcı değişikliklerini kaybedecekti. Artık, her ikiniz de farklı alanları düzenlediğiniz sürece, iş öğesinde yapılan değişikliklerin canlı güncelleştirmelerini görürsünüz.
Komut satırından yinelemeyi ve alan yollarını yönetme
Artık ve az boards area
komutlarını kullanarak az boards iteration
komut satırından yineleme ve alan yollarını yönetebilirsiniz. Örneğin, yineleme ve alan yollarını CLI'dan etkileşimli olarak ayarlayıp yönetebilir veya bir betik kullanarak kurulumun tamamını otomatikleştirebilirsiniz. Komutlar ve söz dizimi hakkında daha fazla ayrıntı için buradaki belgelere bakın.
İş öğesi üst sütunu sütun seçeneği
Artık ürün kapsamınızdaki veya sprint kapsamınızdaki her iş öğesinin üst öğesini görme seçeneğiniz vardır. Bu özelliği etkinleştirmek için, istediğiniz kapsamdaKi Sütun Seçenekleri'ne gidin ve Üst sütununu ekleyin.
Proje tarafından kullanılan işlemi değiştirme
Ekibinizin yaptığı gibi araçlarınız da değişmelidir. Artık projelerinizi kullanıma açık herhangi bir işlem şablonundan kullanıma sunulan başka bir işleme geçirebilirsiniz. Örneğin, projenizi Çevik'ten Scrum'a veya Temel'den Çevik'e değiştirebilirsiniz. Adım adım belgelerin tamamını burada bulabilirsiniz.
Özel alanları düzenden gizleme
Artık işleminizi özelleştirirken form düzeninden özel alanları gizleyebilirsiniz. Alanı sorgular ve REST API'ler tarafından kullanılabilir olmaya devam eder. Bu, diğer sistemlerle tümleştirme yaparken ek alanları izlemek için kullanışlıdır.
Üç yeni Azure Boards raporuyla ekibinizin durumu hakkında içgörüler edinin
Göremeyeceklerini düzeltemezsiniz. Bu nedenle, iş süreçlerinin durumunu ve durumunu yakından takip etmek istiyorsunuz. Bu raporlarla, Azure Boards çok az çabayla önemli ölçümleri izlemenizi kolaylaştırıyoruz.
Üç yeni etkileşimli rapor şunlardır: İlerleme, Kümülatif Akış Diyagramı (CFD) ve Hız. Raporları yeni analiz sekmesinde görebilirsiniz.
Sprint ilerlemesi, iş akışı ve takım hızı gibi ölçümler, ekibinizin ilerleme durumunun görünürlüğünü sağlar ve aşağıdaki gibi soruları yanıtlamanıza yardımcı olur:
- Bu sprint'te ne kadar çalışmamız kaldı? İşlemi tamamlamak için doğru yolda miyiz?
- Geliştirme sürecinin hangi adımı en uzun sürüyor? Bu konuda bir şey yapabilir miyiz?
- Önceki yinelemelere dayanarak sprint'in sonraki adımında ne kadar çalışma planlamamız gerekir?
Not
Üst bilgilerde daha önce gösterilen grafikler, bu gelişmiş raporlarla değiştirilmiştir.
Yeni raporlar tamamen etkileşimlidir ve bunları ihtiyaçlarınıza göre ayarlamanıza olanak sağlar. Yeni raporları her hub'daki Analiz sekmesinde bulabilirsiniz.
İlerleme grafiği Sprints hub'ı altında bulunabilir.
CFD ve Velocity raporlarına Ilgili karta tıklayarak Panolar ve Kapsamlar altındaki Analiz sekmesinden erişilebilir.
Yeni raporlarla ekibiniz hakkında daha fazla denetim ve bilgiye sahip olursunuz. İşte bazı örnekler:
- Sprint İlerleme ve Hız raporları, iş öğelerinin sayısını veya kalan çalışma toplamını kullanacak şekilde ayarlanabilir.
- Proje tarihlerini etkilemeden sprint yazma işleminin zaman çerçevesini ayarlayabilirsiniz. Bu nedenle, takımınız genellikle her sprint planlamasının ilk gününü geçiriyorsa, şimdi grafiği bunu yansıtacak şekilde eşleştirebilirsiniz.
- Burndown grafiğinde artık hafta sonlarını gösteren bir filigran vardır.
- CFD raporu, ekiplerin denetimine sahip olduğu akışa daha fazla odaklanmak için Tasarım gibi pano sütunlarını kaldırmanıza olanak tanır.
Aşağıda, Hikayeler kapsamındaki son 30 günün akışını gösteren CFD raporu örneği verilmiştir.
Hız grafiği artık tüm kapsam düzeyleri için izlenebilir. Örneğin, önceki grafik yalnızca Gereksinimler'i desteklerken artık hem Özellikler hem de Epic'ler ekleyebilirsiniz. Aşağıda Özellikler kapsamı'nın son 6 yinelemesi için bir hız raporu örneği verilmiştir.
Görev Panosu sütunlarını özelleştirme
Görev Panosundaki sütunları özelleştirmenize olanak sağlayan bir seçenek eklediğimiz için heyecanlıyız. Artık sütunları ekleyebilir, kaldırabilir, yeniden adlandırabilir ve yeniden sıralayabilirsiniz.
Görev Panonuzdaki sütunları yapılandırmak için Sütun Seçenekleri'ne gidin.
Bu özellik, Geliştirici Topluluğu bir öneriye göre önceliklendirilmiştir.
Kapsam üzerinde tamamlanmış alt iş öğelerini göstermek veya gizlemek için geçiş yapın
Çoğu zaman kapsamı iyileştirirken yalnızca tamamlanmamış öğeleri görmek istersiniz. Artık, kapsam üzerinde tamamlanmış alt öğeleri gösterme veya gizleme olanağına sahipsiniz.
İki durumlu düğme açıksa, tüm alt öğeleri tamamlanmış durumda görürsünüz. İki durumlu düğme kapalı olduğunda, tamamlanmış durumdaki tüm alt öğeler kapsam dışında gizlenir.
İş öğesini etiketlerken görüntülenen en son etiketler
Bir iş öğesini etiketlerken otomatik tamamlama seçeneği artık en son kullandığınız beş etikete kadar görüntülenir. Bu, iş öğelerinize doğru bilgileri eklemeyi kolaylaştırır.
Grup üyeliği için salt okunur ve gerekli kurallar
İş öğesi kuralları, çalışma öğesi alanlarında davranışları otomatikleştirmek için belirli eylemler ayarlamanıza olanak verir. Bir alanı salt okunur veya grup üyeliğine göre gerekli olarak ayarlamak için bir kural oluşturabilirsiniz. Örneğin, ürün sahiplerine diğer herkes için salt okunur hale getirirken özelliklerinizin önceliğini ayarlama olanağı vermek isteyebilirsiniz.
Sistem seçim listesi değerlerini özelleştirme
Artık Önem Derecesi, Etkinlik, Öncelik gibi herhangi bir sistem seçim listesinin (neden alanı hariç) değerlerini özelleştirebilirsiniz. Her iş öğesi türü için aynı alan için farklı değerleri yönetebilmeniz için seçim listesi özelleştirmelerinin kapsamı belirlenmiştir.
Yeni iş öğesi URL parametresi
Yeni iş öğesi URL parametresiyle panonuzun veya kapsamınızın bağlamıyla iş öğelerine bağlantılar paylaşın. Artık url'ye parametresini ?workitem=[ID]
ekleyerek pano, kapsam veya sprint deneyiminizde bir iş öğesi iletişim kutusu açabilirsiniz.
Bağlantıyı paylaştığınız herkes, bağlantıyı paylaştığınızda sahip olduğunuz bağlamla aynı yere iner!
Metin alanlarında kişilerden, iş öğelerinden ve PR'lerden bahsetme
Geri bildiriminizi dinlediğimizde, yalnızca yorumlarda değil, iş öğesi açıklama alanında (ve diğer HTML alanlarında) kişiler, iş öğeleri ve PR'lerden bahsedebilmek istediğinizi duyduk. Bazen bir iş öğesi üzerinde biriyle işbirliği yaptığınız veya iş öğesi açıklamanızda bir çekme isteğini vurgulamak istediğiniz halde bu bilgileri eklemenin bir yolu yoktu. Artık iş öğesindeki tüm uzun metin alanlarındaki kişilerden, iş öğelerinden ve ÇEKME'lerden bahsedebilirsiniz.
Burada bir örnek görebilirsiniz.
- Kişi bahsetmelerini kullanmak için, işareti ve bahsetmek istediğiniz kişinin adını yazın @ . @mentions iş öğesindeki alanlar, açıklamalar için yaptıkları gibi e-posta bildirimleri oluşturur.
- İş öğesi bahsetmelerini kullanmak için, işareti ve ardından iş öğesi kimliğini veya başlığını yazın # . #mentions iki iş öğesi arasında bir bağlantı oluşturur.
- Çekme isteği bahsetmelerini kullanmak için bir ! ekleyin ve ardından çekme isteği kimliğinizi veya adınızı ekleyin.
Tartışma açıklamalarına tepkiler
Temel hedeflerimizden biri, iş öğelerini ekipler için daha işbirliğine dayalı hale getirmektir. Yakın zamanda , iş öğesiyle ilgili tartışmalarda hangi işbirliği özelliklerini istediğinizi öğrenmek için Twitter'da bir anket gerçekleştirdik. Yorumlara tepkiler getirmek anketi kazandı, bu yüzden bunları ekliyoruz! Twitter anketinin sonuçları aşağıdadır.
Herhangi bir açıklamaya tepki ekleyebilirsiniz ve tepkilerinizi eklemenin iki yolu vardır: herhangi bir yorumun sağ üst köşesindeki gülen yüz simgesi ve mevcut tepkilerin yanındaki bir yorumun alt kısmı. İsterseniz altı tepkiyi de ekleyebilirsiniz, ya da yalnızca bir veya iki. Tepkinizi kaldırmak için, yorumunuzun altındaki tepkiye tıklayın; bu işlem kaldırılacaktır. Aşağıda tepki ekleme deneyimini ve bir yorumda tepkilerin nasıl göründüğünü görebilirsiniz.
Azure Boards raporları panoya sabitleme
Sprint 155 Güncelleştirmesi'nde CFD ve Velocity raporlarının güncelleştirilmiş sürümlerini dahil ettik. Bu raporlar, Panolar ve Kapsamlar'ın Analiz sekmesinde bulunur. Artık raporları doğrudan Panonuza sabitleyebilirsiniz. Raporları sabitlemek için, raporun üzerine gelin ve "..." üç noktasını seçin menüsünü ve Panoya Kopyala'yı seçin.
Boards kapsamlarında Toplama özelliğini kullanarak üst öğelerin ilerleme durumunu izleme
Toplama sütunları, hiyerarşi içindeki sayısal alanların veya alt öğelerin ilerleme çubuklarını ve/veya toplamlarını gösterir. Alt öğe, hiyerarşideki tüm alt öğelere karşılık gelir. Ürün veya portföy kapsamına bir veya daha fazla toplama sütunu eklenebilir.
Örneğin, burada kapalı olan alt öğelerin yüzdesine göre artan iş öğelerinin ilerleme çubuklarını görüntüleyen İş Öğelerine Göre İlerlemeyi gösteriyoruz. Epic'ler için alt öğeler, tüm alt Özellikleri ve alt veya genel alt iş öğelerini içerir. Özellikler için alt öğeler tüm alt Kullanıcı Hikayelerini ve onların alt iş öğelerini içerir.
Görev panosu canlı güncelleştirmeleri
Artık değişiklikler olduğunda görev panonuz otomatik olarak yenilenir! Diğer ekip üyeleri görev panosundaki kartları taşıdıkça veya yeniden sıraladıkça, panonuz bu değişikliklerle otomatik olarak güncelleştirilir. En son değişiklikleri görmek için artık F5 tuşuna basmanız gerekmez.
Toplama sütunlarında özel alanlar için destek
Toplama artık özel alanlar da dahil olmak üzere herhangi bir alanda yapılabilir. Toplama sütunu eklerken, Hızlı listesinden bir Toplama sütunu seçebilirsiniz, ancak ilk çalıştırma işlemi şablonunun parçası olmayan sayısal alanlarda toplama yapmak istiyorsanız, aşağıdaki gibi kendi sütununuzu yapılandırabilirsiniz:
- Kapsamınızda "Sütun seçenekleri"ne tıklayın. Ardından panelde "Toplama sütunu ekle" ve Özel toplamayı yapılandır'a tıklayın.
- İlerleme Çubuğu ile Toplam arasında seçim yapın.
- Bir iş öğesi türü veya Kapsam düzeyi seçin (genellikle kapsamlar birkaç iş öğesi türünü toplar).
- Toplama türünü seçin. İş öğelerinin veya Toplam'ın sayısı. Sum için özetlemek istediğiniz alanı seçmeniz gerekir.
- Tamam düğmesi sizi yeni özel sütununuzu yeniden sıralayabileceğiniz sütun seçenekleri paneline getirir.
Tamam'a tıkladıktan sonra özel sütununuzu düzenleyemezsiniz. Değişiklik yapmanız gerekiyorsa, özel sütunu kaldırın ve istediğiniz şekilde başka bir sütun ekleyin.
Bir iş öğesi formundaki alanları koşula göre gizlemek için yeni kural
Devralınan kurallar altyapısına, iş öğesi formundaki alanları gizlemenizi sağlamak için yeni bir kural ekledik. Bu kural, kullanıcı grubu üyeliğine göre alanları gizler. Örneğin, kullanıcı "ürün sahibi" grubuna aitse, geliştiriciye özgü bir alanı gizleyebilirsiniz. Daha fazla ayrıntı için buradaki belgelere bakın.
Özel iş öğesi bildirim ayarları
Sizinle veya ekibinizle ilgili iş öğeleri hakkında güncel kalmak son derece önemlidir. Ekiplerin işbirliği yapmasına ve projelerle ilgili gelişmelerden haberdar olmasına yardımcı olur ve tüm doğru tarafların dahil olduğundan emin olur. Ancak, farklı paydaşların farklı çabalara farklı yatırım düzeyleri vardır ve bunun bir iş öğesinin durumunu takip etme becerinize yansıtılması gerektiğine inanıyoruz.
Daha önce, bir iş öğesini takip etmek ve yapılan değişikliklerle ilgili bildirimler almak istiyorsanız, iş öğesinde yapılan tüm değişiklikler için e-posta bildirimleri alırsınız. Geri bildiriminizi değerlendirdikten sonra, bir iş öğesini takip etmeyi tüm paydaşlar için daha esnek hale getiriyoruz. Şimdi, iş öğesinin sağ üst köşesindeki Takip Et düğmesinin yanında yeni bir ayarlar düğmesi göreceksiniz. Bu sizi aşağıdaki seçenekleri yapılandırmanıza olanak sağlayan bir açılır pencereye götürür.
Bildirim Ayarları'ndan üç bildirim seçeneği arasından seçim yapabilirsiniz. İlk olarak, aboneliğinizi tamamen kaldırabilirsiniz. İkincisi, tüm iş öğesi değişiklikleri için bildirim alabileceğiniz tam abone olabilirsiniz. Son olarak, en önemli ve önemli iş öğesi değişikliği olaylarından bazıları için bildirim almayı seçebilirsiniz. Yalnızca bir veya üç seçeneğin tümünü seçebilirsiniz. Bu, ekip üyelerinin iş öğelerini daha üst düzeyde izlemesine olanak sağlar ve yapılan her değişiklik dikkatinizi dağıtmaz. Bu özellik sayesinde gereksiz e-postaları ortadan kaldıracak ve elinizdeki önemli görevlere odaklanmanızı sağlayacaksınız.
İş öğelerini dağıtımlara bağlama
İş öğesi formunda Dağıtım denetimini yayınlamak için heyecanlıyız. Bu denetim, iş öğelerinizi bir sürüme bağlar ve iş öğenizin dağıtıldığı yeri kolayca izlemenizi sağlar. Daha fazla bilgi edinmek için buradaki belgelere bakın.
İŞ öğelerini CSV dosyasından içeri aktarma
Şimdiye kadar, bir CSV dosyasından iş öğelerini içeri aktarmak Excel eklentisinin kullanılmasına bağımlıydı. Bu güncelleştirmede, yeni iş öğelerini içeri aktarabilmeniz veya mevcut iş öğelerini güncelleştirebilmeniz için doğrudan Azure Boards'den birinci sınıf içeri aktarma deneyimi sağlıyoruz. Daha fazla bilgi edinmek için buradaki belgelere bakın.
İş öğesi kartlarına üst alan ekleme
Üst bağlam artık Kanban panonuzda iş öğesi kartları için yeni bir alan olarak kullanılabilir. Artık Etiketleri ve ön ekleri gibi geçici çözümleri kullanma gereksinimini atlayarak Kartlarınıza Üst alanı ekleyebilirsiniz.
Kapsam ve sorgulara üst alan ekleme
Üst alan artık kapsamlar ve sorgu sonuçları görüntülenirken kullanılabilir. Üst alanı eklemek için Sütun seçenekleri görünümünü kullanın.
Repos
Çekme istekleri için kod kapsamı ölçümleri ve dal ilkesi
Artık çekme isteği (PR) görünümündeki değişiklikler için kod kapsamı ölçümlerini görebilirsiniz. Bu, otomatikleştirilmiş testlerle değişikliklerinizi yeterli şekilde test ettiğinizi güvence altına alır. Kapsam durumu, çekme isteğine genel bakış bölümünde açıklama olarak görünür. Dosya fark görünümünde değiştirilen her kod satırı için kapsam bilgilerinin ayrıntılarını görüntüleyebilirsiniz.
Buna ek olarak, depo sahipleri artık kod kapsamı ilkeleri ayarlayabilir ve büyük, test edilmemiş değişikliklerin bir dalda birleştirilmesini önleyebilir. İstenen kapsam eşikleri, deponun kökünde iade edilen bir azurepipelines-coverage.yml
ayarlar dosyasında tanımlanabilir ve kapsam ilkesi, Azure Repos ek hizmetler için mevcut bir dal yapılandırma ilkesi kullanılarak tanımlanabilir.
Çekme isteklerinden gelen açıklama bildirimlerini filtreleme
Çekme isteklerindeki açıklamalar genellikle bildirimler nedeniyle çok fazla gürültü oluşturabilir. Abone olduğunuz açıklama bildirimlerini açıklama yaşına, yorumlayıcıya, silinen açıklamaya, bahsedilen kullanıcılara, çekme isteği yazarına, hedef dal ve iş parçacığı katılımcılarına göre filtrelemenizi sağlayan özel bir abonelik ekledik. Sağ üst köşedeki kullanıcı simgesine tıklayıp Kullanıcı ayarları'na giderek bu bildirim aboneliklerini oluşturabilirsiniz.
Çekme isteği açıklamaları için hizmet kancaları
Artık depoya ve hedef dala göre çekme isteğindeki açıklamalar için hizmet kancaları oluşturabilirsiniz.
Belirtilen desenlere sahip dosyaları engelleme ilkesi
Yöneticiler artık dosya türlerine ve yollarına göre işlemelerin bir depoya gönderilmesini önlemek için bir ilke ayarlayabilir. Dosya adı doğrulama ilkesi, sağlanan desenle eşleşen gönderimleri engeller.
Anahtar sözcükleri kullanarak işlemeler aracılığıyla iş öğelerini çözümleme
Artık düzeltme, düzeltme veya düzelt gibi anahtar sözcükleri kullanarak varsayılan dala yapılan işlemeler aracılığıyla iş öğelerini çözümleyebilirsiniz. Örneğin, işleme iletinizde "bu değişiklik düzeltildi #476" yazabilirsiniz ve işleme gönderildiğinde veya varsayılan dala birleştirildiğinde iş öğesi #476 tamamlanır. Daha fazla ayrıntı için buradaki belgelere bakın.
Otomatik gözden geçirenler için ayrıntı düzeyi
Daha önce, çekme isteğine grup düzeyinde gözden geçirenler eklenirken, eklenen gruptan yalnızca bir onay gerekiyordu. Artık otomatik gözden geçirenler eklerken ekipten birden fazla gözden geçirenin çekme isteğini onaylamasını gerektiren ilkeler ayarlayabilirsiniz. Ayrıca, istek sahiplerinin kendi değişikliklerini onaylamasını önlemek için bir ilke ekleyebilirsiniz.
AKS'ye bağlanmak için hizmet hesabı tabanlı kimlik doğrulamasını kullanma
Daha önce AKS Dağıtım Merkezi'nden Azure Pipelines'ı yapılandırırken bir Azure Resource Manager Bağlantısı kullanıyorduk. Bu bağlantının yalnızca işlem hattının yapılandırıldığı ad alanına değil kümenin tamamına erişimi vardı. Bu güncelleştirmeyle, işlem hatlarımız kümeye bağlanmak için hizmet hesabı tabanlı kimlik doğrulamasını kullanır, böylece yalnızca işlem hattıyla ilişkili ad alanına erişimi olur.
Çekme isteği yan yana farkta Markdown dosyalarının önizlemesini görüntüleme
Artık yeni Önizleme düğmesini kullanarak markdown dosyasının nasıl görüneceğine ilişkin bir önizleme görebilirsiniz. Ayrıca, Görünüm düğmesini seçerek yan yana farktan dosyanın tüm içeriğini görebilirsiniz.
El ile derlemeler için derleme ilkesi süre sonu
İlkeler, ekibinizin kod kalitesini ve değişiklik yönetimi standartlarını zorlar. Daha önce, otomatik derlemeler için derleme süre sonu ilkeleri ayarlayabilirsiniz. Artık el ile derlemelerinize de derleme süre sonu ilkeleri ayarlayabilirsiniz.
İşleme yazarı e-postasına göre işlemeleri engellemek için ilke ekleme
Yöneticiler artık işlemelerin, işleme yazarı e-postasının sağlanan desenle eşleşmediği bir depoya gönderilmesini önlemek için bir gönderme ilkesi ayarlayabilir.
Bu özellik, benzer bir deneyim sunmak için Geliştirici Topluluğu bir öneriye göre önceliklendirildi. Bileti açık tutmaya devam edeceğiz ve kullanıcıların görmek istediğiniz diğer gönderim ilkeleri türlerini bize bildirmelerini öneririz.
Çekme isteğinde dosyaları gözden geçirildi olarak işaretleme
Bazen, çok sayıda dosyada değişiklik içeren çekme isteklerini gözden geçirmeniz gerekir ve daha önce gözden geçirdiğiniz dosyaları izlemek zor olabilir. Artık bir çekme isteğinde dosyaları gözden geçirilmiş olarak işaretleyebilirsiniz.
Dosya adının yanındaki açılan menüyü kullanarak veya üzerine gelip dosya adına tıklayarak dosyayı gözden geçirildi olarak işaretleyebilirsiniz.
Not
Bu özelliğin amacı, çekme isteğini gözden geçirirken ilerleme durumunuzu izlemektir. Çekme isteklerinde oylamayı temsil etmediğinden, bu işaretler yalnızca gözden geçiren tarafından görülebilir.
Bu özellik, Geliştirici Topluluğu bir öneriye göre önceliklendirilmiştir.
Azure Repos giriş sayfaları için yeni Web Kullanıcı Arabirimi
Artık Azure Repos içinde yeni modern, hızlı ve mobil uyumlu giriş sayfalarımızı deneyebilirsiniz. Bu sayfalar Yeni Depo giriş sayfaları olarak kullanılabilir. Giriş sayfaları çekme isteği ayrıntıları, işleme ayrıntıları ve dal karşılaştırması dışında tüm sayfaları içerir.
Web
Mobil
Depolar arası dal ilke yönetimi
Dal ilkeleri, Azure Repos önemli dalları korumanıza yardımcı olan güçlü özelliklerinden biridir. Proje düzeyinde ilke ayarlama özelliği REST API'de mevcut olsa da, bunun için bir kullanıcı arabirimi yoktu. Yöneticiler artık projelerindeki tüm depolarda belirli bir dalda veya varsayılan dalda ilkeler ayarlayabilir. Örneğin, bir yöneticinin projesindeki her depodaki her ana dala yapılan tüm çekme istekleri için en az iki gözden geçiren gerektirebilir. Dal koruması ekle özelliğini Depo Proje Ayarları'nda bulabilirsiniz.
Yeni web platformu dönüştürme giriş sayfaları
Repos giriş sayfaları kullanıcı deneyimini modern, hızlı ve mobil kullanımı kolay hale getirmek için güncelleştirdik. Güncelleştirilmiş olan sayfalara ilişkin iki örnek aşağıda verilmiştir. Sonraki güncelleştirmelerde diğer sayfaları güncelleştirmeye devam edeceğiz.
Web deneyimi:
Mobil deneyim:
Kotlin dili desteği
Artık dosya düzenleyicisinde Kotlin dili vurgusunu desteklediğimizi duyurmaktan heyecan duyuyoruz. Vurgulama, Kotlin metin dosyanızın okunabilirliğini artırır ve hataları bulmak için hızlı bir şekilde taramanıza yardımcı olur. Geliştirici Topluluğu bir öneriye dayanarak bu özelliğe öncelik verdik.
Taslak çekme istekleri için özel bildirim aboneliği
Çekme isteklerinden gelen e-posta bildirimlerinin sayısını azaltmaya yardımcı olmak için artık taslak durumunda oluşturulan veya güncelleştirilen çekme istekleri için özel bir bildirim aboneliği oluşturabilirsiniz. Özellikle taslak çekme isteklerine yönelik e-postalar alabilir veya çekme isteği gözden geçirilmeye hazır olmadan ekibinizin bildirim almaması için taslak çekme isteklerindeki e-postaları filtreleyebilirsiniz.
Geliştirilmiş çekme isteği eyleme geçilebilirliği
Gözden geçirmeniz gereken çok sayıda çekme isteği olduğunda, ilk olarak nerede işlem yapmanız gerektiğini anlamak zor olabilir. Çekme isteği eyleme geçilebilirliğini geliştirmek için artık çekme isteği listesi sayfasında, taslak durumu gibi filtrelemek üzere birkaç yeni seçeneğin yer aldığı birden çok özel sorgu oluşturabilirsiniz. Bu sorgular, çekme isteği sayfanızda "Benim oluşturduğum" ve "Bana atanan" bölümlerine ek olarak ayrı ve daraltılabilir bölümler oluşturur. Ayrıca, Oy menüsü veya çekme isteği listesi sayfasındaki bağlam menüsü aracılığıyla eklendiğiniz çekme isteğini gözden geçirmeyi reddedebilirsiniz. Özel bölümlerde artık üzerinde inceleme sağladığınız veya gözden geçirmeyi reddettiniz çekme istekleri için ayrı sekmeler göreceksiniz. Bu özel sorgular koleksiyon giriş sayfasının "Çekme isteklerim" sekmesindeki depolarda çalışır. Bir çekme isteğine geri dönmek isterseniz, bunu bayrakla işaretleyebilirsiniz; bunlar listenizin en üstünde gösterilir. Son olarak, otomatik tamamlama olarak ayarlanmış çekme istekleri listede 'Otomatik tamamlama' yazan bir hapla işaretlenir.
Pipelines
Çok aşamalı işlem hatları
İşlem hatlarınızı yönetmek için güncelleştirilmiş bir kullanıcı deneyimi üzerinde çalışıyoruz. Bu güncelleştirmeler işlem hatlarının modern ve Azure DevOps yönüyle tutarlı olmasını sağlar. Ayrıca, bu güncelleştirmeler klasik derleme işlem hatlarını ve çok aşamalı YAML işlem hatlarını tek bir deneyimde bir araya getirir. Mobil kullanıma uygundur ve işlem hatlarınızı yönetme şeklinize yönelik çeşitli iyileştirmeler sunar. İşlem hattı ayrıntılarını detaya gidebilir ve görüntüleyebilir, ayrıntıları, işlem hattı analizini, iş ayrıntılarını, günlükleri ve daha fazlasını görüntüleyebilirsiniz.
Yeni deneyime aşağıdaki özellikler eklenmiştir:
- birden çok aşamayı görüntüleme ve yönetme
- işlem hattı çalıştırmalarını onaylama
- işlem hattı devam ederken günlüklerde geri kaydırma
- bir işlem hattının dal başına sistem durumu.
YAML'de sürekli dağıtım
Azure Pipelines YAML CD özelliklerini sağladığımız için heyecanlıyız. Artık işlem hatlarınızın her birini CI, CD veya CI ve CD ile birlikte yapılandırabilmeniz için birleşik bir YAML deneyimi sunuyoruz. YAML CD özellikleri, çok aşamalı YAML işlem hatlarını kullanan tüm koleksiyonlar için kullanılabilen birkaç yeni gelişmiş özellik sunar. Önemli noktalardan bazıları:
- Çok aşamalı YAML işlem hatları (CI ve CD için)
- Onaylar ve kaynaklar üzerinde denetimler
- Ortamlar ve dağıtım stratejileri
- Ortamdaki Kubernetes ve Sanal Makine kaynakları
- İşbirliği için uygulamaları gözden geçirme
- Hizmet bağlantıları için yenilenen UX
- YAML işlem hatlarındaki kaynaklar
Oluşturmaya başlamaya hazırsanız çok aşamalı CI/CD işlem hatları oluşturmaya yönelik belgelere veya bloga göz atın.
YAML düzenleyicisinde işlem hattı değişkenlerini yönetme
YAML düzenleyicisinde işlem hattı değişkenlerini yönetme deneyimini güncelleştirdik. ARTıK YAML işlem hatlarınıza değişken eklemek veya güncelleştirmek için klasik düzenleyiciye gitmeniz gerekmez.
Yayınları doğrudan Yayınlar hub'ından onaylama
Bekleyen onaylar üzerinde hareket etmek daha kolay hale getirildi. Daha önce, yayının ayrıntılar sayfasından bir sürümü onaylamak mümkündü. Artık yayınları doğrudan Yayınlar hub'ından onaylayabilirsiniz.
İşlem hatlarını kullanmaya başlama iyileştirmeleri
Başlarken sihirbazında sık sorulan bir soru, oluşturulan dosyayı yeniden adlandırma özelliğidir. Şu anda, deponuzun kökünde olduğu gibi azure-pipelines.yml
iade edilir. Artık işlem hattını kaydetmeden önce bunu farklı bir dosya adına veya konuma güncelleştirebilirsiniz.
Son olarak, dosyayı farklı bir dalda azure-pipelines.yml
denetlerken daha fazla denetime sahip olacağız çünkü bu daldan çekme isteği oluşturmayı atlamayı seçebilirsiniz.
İşlem hattını işlemeden veya çalıştırmadan tamamen ayrıştırılmış YAML belgesinin önizlemesini görüntüleyin
Bir önizleme ekledik ancak YAML işlem hatları için modu çalıştırmıyoruz . Artık bir YAML işlem hattını depoya işlemeden veya çalıştırmadan deneyebilirsiniz. Mevcut bir işlem hattı ve isteğe bağlı yeni YAML yükü göz önünde bulundurulduğunda, bu yeni API size tam YAML işlem hattını geri verecektir. Gelecek güncelleştirmelerde bu API yeni bir düzenleyici özelliğinde kullanılacaktır.
Geliştiriciler için: Şuna benzer bir JSON gövdesiyle POST'a dev.azure.com/<org>/<project>/_apis/pipelines/<pipelineId>/runs?api-version=5.1-preview
gönderin:
{
"PreviewRun": true,
"YamlOverride": "
# your new YAML here, optionally
"
}
Yanıt, işlenen YAML'yi içerir.
YAML'de cron zamanlamaları
Daha önce, YAML işlem hatları için zamanlanmış bir tetikleyici belirtmek üzere kullanıcı arabirimi düzenleyicisini kullanabilirsiniz. Bu sürümle, YAML dosyanızda cron söz dizimini kullanarak derlemeleri zamanlayabilir ve aşağıdaki avantajlardan yararlanabilirsiniz:
- Kod olarak yapılandırma: Zamanlamaları kod kapsamında işlem hattınızla birlikte izleyebilirsiniz.
- İfade: Zamanlamaları tanımlama konusunda kullanıcı arabirimiyle yapabileceklerinize kıyasla daha fazla ifade gücüne sahipsiniz. Örneğin, saatte bir çalıştırma başlatan tek bir zamanlama belirtmek daha kolaydır.
- Endüstri standardı: Birçok geliştirici ve yönetici cron söz dizimini zaten biliyor.
schedules:
- cron: "0 0 * * *"
displayName: Daily midnight build
branches:
include:
- main
- releases/*
exclude:
- releases/ancient/*
always: true
Ayrıca cron zamanlamalarıyla ilgili sorunları tanılamanızı da kolaylaştırdık. İşlem hattını çalıştır menüsündeki Zamanlanmış çalıştırmalar, cron zamanlamalarınızla ilgili hataları tanılamanıza yardımcı olmak üzere işlem hattınız için yaklaşan birkaç zamanlanmış çalıştırmanın önizlemesini sağlar.
Hizmet bağlantıları kullanıcı arabirimine Güncelleştirmeler
Hizmet bağlantılarınızı yönetmek için güncelleştirilmiş bir kullanıcı deneyimi üzerinde çalışıyoruz. Bu güncelleştirmeler hizmet bağlantısı deneyimini modern ve Azure DevOps yönüyle tutarlı hale getirir. Hizmet bağlantıları için yeni kullanıcı arabirimini bu yılın başlarında önizleme özelliği olarak kullanıma sunduk. Yeni deneyimi deneyen ve bize değerli geri bildirimlerini sağlayan herkese teşekkür ederiz.
Kullanıcı deneyimini yenilemenin yanı sıra YAML işlem hatlarında hizmet bağlantılarını kullanmak için kritik öneme sahip iki özellik de ekledik: işlem hattı yetkilendirmeleri, onaylar ve denetimler.
Bu güncelleştirmeyle yeni kullanıcı deneyimi varsayılan olarak açılacaktır . Yine de önizlemeyi geri çevirme seçeneğine sahip olursunuz.
Not
Yeni bir özellik olarak Hizmet Connections Çapraz Proje Paylaşımı'nı tanıtmayı planlıyoruz. Paylaşım deneyimi ve güvenlik rolleri hakkında daha fazla ayrıntıyı burada bulabilirsiniz.
YAML işlem hattında aşamaları atlama
El ile çalıştırma başlattığınızda, bazen işlem hattınızdaki birkaç aşamayı atlamak isteyebilirsiniz. Örneğin, üretim ortamına dağıtım yapmak istemiyorsanız veya üretim ortamındaki birkaç ortam için dağıtımı atlamak istiyorsanız. Bunu artık YAML işlem hatlarınızla yapabilirsiniz.
Güncelleştirilmiş çalıştırma işlem hattı paneli YAML dosyasındaki aşamaların listesini sunar ve bu aşamalardan birini veya daha fazlasını atlayabilirsiniz. Aşamaları atlarken dikkatli olmanız gerekir. Örneğin, ilk aşamanız sonraki aşamalar için gerekli olan bazı yapıtları üretirse, ilk aşamayı atlamamalısınız. Aşağı akış bağımlılıkları olan aşamaları atladığınızda çalıştırma paneli genel bir uyarı sunar. Bu bağımlılıkların gerçek yapıt bağımlılıkları olup olmadığı veya yalnızca dağıtımların sıralaması için mevcut olup olmadıkları konusunda size bırakılabilir.
Aşama atlanması, aşamalar arasındaki bağımlılıkları yeniden döndürmeye eşdeğerdir. Atlanan aşamanın hemen aşağı akış bağımlılıkları atlanan aşamanın yukarı akış üst öğesine bağlı olarak yapılır. Çalıştırma başarısız olursa ve başarısız bir aşamayı yeniden çalıştırmayı denerseniz, bu deneme aynı atlama davranışına da sahip olur. Atlanan aşamaları değiştirmek için yeni bir çalıştırma başlatmanız gerekir.
Hizmet bağlantıları varsayılan deneyim olarak yeni kullanıcı arabirimi
Yeni bir hizmet bağlantıları kullanıcı arabirimi vardır. Bu yeni kullanıcı arabirimi modern tasarım standartları üzerine kurulmuştur ve onaylar, yetkilendirmeler ve çapraz proje paylaşımı gibi çok aşamalı YAML CD işlem hatlarını desteklemek için çeşitli kritik özelliklerle birlikte gelir.
Hizmet bağlantıları hakkında daha fazla bilgiyi burada bulabilirsiniz.
Çalıştırma oluşturma iletişim kutusunda işlem hattı kaynak sürümü seçicisi
Çalıştırma oluşturma iletişim kutusunda işlem hattı kaynak sürümlerini el ile alma özelliğini ekledik. Bir işlem hattını başka bir işlem hattında kaynak olarak tüketirseniz, artık çalıştırma oluştururken bu işlem hattının sürümünü seçebilirsiniz.
az
Azure Pipelines için CLI geliştirmeleri
İşlem hattı değişken grubu ve değişken yönetimi komutları
İşlem hattı değişkenlerini ve değişken gruplarını el ile ayarlamanız gerektiğinden YAML tabanlı işlem hatlarını bir projeden diğerine taşımanız zor olabilir. Ancak işlem hattı değişken grubu ve değişken yönetimi komutlarıyla artık işlem hattı değişkenlerinin ve değişken gruplarının kurulumu ve yönetimi için betik oluşturabilirsiniz. Bu sayede sürüm denetimi yapılabilir ve işlem hatlarını bir projeden diğerine taşıma ve ayarlama yönergelerini kolayca paylaşabilirsiniz.
Çekme isteği dalı için işlem hattı çalıştırma
Çekme isteği oluştururken değişikliklerin hedef daldaki işlem hattı çalıştırmasını bozup bozamadığını doğrulamak zor olabilir. Ancak, bir çekme isteği dalı için bir işlem hattı çalıştırmasını tetikleme veya derlemeyi kuyruğa ekleme özelliği sayesinde artık bunu hedef işlem hattında çalıştırarak yapılan değişiklikleri doğrulayabilir ve görselleştirebilirsiniz. Daha fazla bilgi için az pipelines run ve az pipelines build queue command belgelerine bakın.
İlk işlem hattı çalıştırmasını atlama
İşlem hatları oluştururken bazen bir YAML dosyası oluşturup işlemek ve işlem hattı çalıştırmasını tetiklememek istersiniz çünkü çeşitli nedenlerle hatalı bir çalıştırmaya neden olabilir- altyapı hazır değildir veya değişken/değişken grupları oluşturup güncelleştirmeniz vb. gerekebilir. Azure DevOps CLI ile şimdi --skip-first-run parametresini ekleyerek işlem hattı oluştururken ilk otomatik işlem hattı çalıştırmasını atlayabilirsiniz. Daha fazla bilgi için az pipeline create command belgelerine bakın .
Hizmet uç noktası komut geliştirmesi
Hizmet uç noktası CLI komutları yalnızca azure rm ve github hizmet uç noktası kurulumu ve yönetimi için desteklenir. Ancak bu sürümle birlikte hizmet uç noktası komutları, dosya aracılığıyla yapılandırmayı sağlayarak herhangi bir hizmet uç noktası oluşturmanıza olanak tanır ve iyileştirilmiş komutlar sağlar: az devops service-endpoint github ve az devops service-endpoint azurerm, bu tür hizmet uç noktaları oluşturmak için birinci sınıf destek sağlar. Daha fazla bilgi için komut belgelerine bakın .
Dağıtım işleri
Dağıtım işi, uygulamanızı bir ortama dağıtmak için kullanılan özel bir iş türüdür. Bu güncelleştirmeyle, bir dağıtım işinde adım başvuruları için destek ekledik. Örneğin, bir dosyada bir dizi adım tanımlayabilir ve buna bir dağıtım işinde başvurabilirsiniz.
Ayrıca dağıtım işine ek özellikler için destek ekledik. Örneğin, şimdi ayarlayabileceğiniz bir dağıtım işinin birkaç özelliği aşağıda verilmiştir:
- timeoutInMinutes - otomatik olarak iptal etmeden önce işin çalıştırılma süresi
- cancelTimeoutInMinutes - sonlandırmadan önce 'her zaman iptal edilmiş görevler olsa bile çalıştır' verilmesi gereken süre
- condition - işi koşullu olarak çalıştırma
- değişkenler - Sabit kodlanmış değerler doğrudan eklenebilir veya azure anahtar kasası tarafından desteklenen değişken gruplarına başvurabilir veya bir dosyada tanımlanan bir dizi değişkene başvurabilirsiniz.
- continueOnError - bu dağıtım işi başarısız olsa bile gelecekteki işlerin çalışması gerekiyorsa; varsayılan değeri 'false' olarak ayarlanır
Dağıtım işleri ve dağıtım işi belirtmeye yönelik tam söz dizimi hakkında daha fazla bilgi için bkz . Dağıtım işi.
CI işlem hatlarında ilişkili CD işlem hatları bilgilerini gösterme
CI işlem hatlarının işlem hattı kaynakları olarak adlandırıldığı CD YAML işlem hattı ayrıntılarına destek ekledik. CI işlem hattı çalıştırma görünümünde artık işlem hattınızı ve yapıtlarınızı kullanan tüm işlem hattı çalıştırmalarını bulabileceğiniz yeni bir 'İlişkili işlem hatları' sekmesi göreceksiniz.
YAML işlem hatlarında GitHub paketleri desteği
Yakın zamanda YAML işlem hatlarında kaynak olarak GitHub'dan NuGet ve npm paketlerini kullanma desteği ekleyen packages adlı yeni bir kaynak türü ekledik. Bu kaynağın bir parçası olarak artık GitHub'dan kullanmak istediğiniz paket türünü (NuGet veya npm) belirtebilirsiniz. Yeni bir paket sürümünün yayımlanması üzerine otomatik işlem hattı tetikleyicilerini de etkinleştirebilirsiniz. Şu anda destek yalnızca GitHub'dan paketlerin tüketilmesi için kullanılabilir, ancak bundan sonra NuGet, npm, AzureArtifacts gibi diğer paket depolarından gelen paketleri kullanacak şekilde desteği genişletmeyi planlıyoruz. Ayrıntılar için aşağıdaki örniğe bakın:
resources:
packages:
- package: myPackageAlias # alias for the package resource
type: Npm # type of the package NuGet/npm
connection: GitHubConn # Github service connection of type PAT
name: nugetTest/nodeapp # <Repository>/<Name of the package>
version: 1.0.9 # Version of the packge to consume; Optional; Defaults to latest
trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers
Not
Bugün GitHub paketleri yalnızca PAT tabanlı kimlik doğrulamasını destekler, bu da paket kaynağındaki GitHub hizmet bağlantısının PAT türünde olması gerektiği anlamına gelir. Bu sınırlama kaldırıldıktan sonra diğer kimlik doğrulama türleri için destek sağlayacağız.
Varsayılan olarak, paketler işleriniz için otomatik olarak indirilmediğinden, kaynakta tanımlanan paketi kullanmanıza olanak tanıyan bir getPackage makrosunun kullanıma sunulmasını sağlar. Ayrıntılar için aşağıdaki örniğe bakın:
- job: job1
pool: default
steps:
- getPackage: myPackageAlias # Alias of the package resource
Kubernetes ortamları kaynak görünümünde küme bağlantısı Azure Kubernetes Service
İlgili kümenin Azure dikey penceresine gidebilmeniz için Kubernetes ortamlarının kaynak görünümüne bir bağlantı ekledik. Bu, Azure Kubernetes Service kümelerindeki ad alanlarına eşlenen ortamlar için geçerlidir.
Bildirim aboneliklerindeki klasör filtrelerini serbest bırakma
Klasörler, daha kolay bulunabilirlik ve güvenlik denetimi için işlem hatlarını düzenlemeye olanak tanır. Genellikle bir klasör altındaki tüm işlem hatları tarafından temsil edilen tüm yayın işlem hatları için özel e-posta bildirimleri yapılandırmak isteyebilirsiniz. Daha önce, odaklanmış e-postaları almak için birden çok abonelik yapılandırmanız veya aboneliklerde karmaşık bir sorguya sahip olmanız gerekiyordu. Bu güncelleştirmeyle, artık dağıtım tamamlanan ve onay bekleyen olaylara bir yayın klasörü yan tümcesi ekleyebilir ve abonelikleri basitleştirebilirsiniz.
İş öğelerini çok aşamalı YAML işlem hatlarıyla bağlama
Şu anda, iş öğelerini klasik derlemelerle otomatik olarak bağlayabilirsiniz. Ancak, YAML işlem hatlarında bu mümkün değildi. Bu güncelleştirmeyle bu açığı ele aldık. Belirtilen daldaki kodu kullanarak bir işlem hattını başarıyla çalıştırdığınızda, Azure Pipelines çalıştırmayı otomatik olarak tüm iş öğeleriyle ilişkilendirir (bu koddaki işlemeler aracılığıyla elde edilir). İş öğesini açtığınızda, o iş öğesinin kodunun oluşturulduğu çalıştırmaları görebilirsiniz. Bunu yapılandırmak için işlem hattının ayarlar panelini kullanın.
Çok aşamalı YAML işlem hattı çalıştırmasında aşamayı iptal etme
Çok aşamalı bir YAML işlem hattını çalıştırırken artık devam eden bir aşamanın yürütülmesini iptal edebilirsiniz. Bu, aşamanın başarısız olacağını biliyorsanız veya başlatmak istediğiniz başka bir çalıştırmanız varsa yararlıdır.
Başarısız aşamaları yeniden deneme
Çok aşamalı işlem hatlarında en çok istenen özelliklerden biri, başarısız bir aşamayı baştan başlamak zorunda kalmadan yeniden deneme olanağıdır. Bu güncelleştirmeyle, bu işlevselliğin büyük bir bölümünü ekliyoruz.
Artık yürütme başarısız olduğunda işlem hattı aşamasını yeniden deneyebilirsiniz. İlk denemede başarısız olan ve geçişli olarak bu başarısız işlere bağımlı olan tüm işler yeniden deneniyor.
Bu, çeşitli yollarla zaman kazanmanıza yardımcı olabilir. Örneğin, bir aşamada birden çok iş çalıştırdığınızda, her aşamanın farklı bir platformda test çalıştırmasını isteyebilirsiniz. Bir platformdaki testler diğerleri geçerken başarısız olursa, geçirilen işleri yeniden çalıştırmayarak zaman kazanabilirsiniz. Başka bir örnek olarak, flaky ağ bağlantısı nedeniyle bir dağıtım aşaması başarısız olmuş olabilir. Bu aşamayı yeniden denemek, başka bir derleme oluşturmak zorunda kalmadan zaman kazanmanıza yardımcı olur.
Bu özellikte bilinen birkaç boşluk vardır. Örneğin, açıkça iptal ettiğiniz bir aşamayı yeniden deneyemezsiniz. Gelecek güncelleştirmelerde bu boşlukları kapatmak için çalışıyoruz.
Çok aşamalı YAML işlem hatlarında onaylar
YAML CD işlem hatlarınız el ile onay içerebilir. Altyapı sahipleri ortamlarını koruyabilir ve herhangi bir işlem hattında dağıtılacak bir aşamadan önce el ile onaylar alabilir. Altyapı (ortam) ve uygulama (işlem hattı) sahipleri arasındaki rollerin tam olarak ayrılmasıyla, belirli bir işlem hattında dağıtım için el ile kapatmayı güvence altına alır ve aynı denetimlerin ortama tüm dağıtımlarda uygulanmasında merkezi denetim elde edersiniz.
Geliştirme aşamasına dağıtan işlem hattı çalıştırmaları, aşamanın başlangıcında onay için durdurulacaktır.
Geçit zaman aşımı sınırında ve sıklığında artış
Daha önce yayın işlem hatlarında geçit zaman aşımı sınırı üç gündü. Bu güncelleştirmeyle, daha uzun sürelere sahip geçitlere izin vermek için zaman aşımı sınırı 15 güne yükseltildi. Ayrıca geçidin frekansını 30 dakikaya çıkardık.
Dockerfile için yeni derleme görüntüsü şablonu
Daha önce, yeni işlem hattı oluşturma işleminde Dockerfile için yeni bir işlem hattı oluşturulurken şablon görüntüyü bir Azure Container Registry göndermeyi ve bir Azure Kubernetes Service dağıtmayı önerirdi. Kapsayıcı kayıt defterine göndermeye gerek kalmadan aracıyı kullanarak görüntü oluşturmanıza olanak sağlamak için yeni bir şablon ekledik.
Azure App Service uygulama ayarlarını yapılandırmak için yeni görev
Azure App Service uygulama ayarları, bağlantı dizeleri ve diğer genel yapılandırma ayarları gibi çeşitli ayarlar aracılığıyla yapılandırmaya izin verir. Artık web uygulamanızda veya dağıtım yuvalarından herhangi birinde JSON söz dizimini kullanarak bu ayarları toplu olarak yapılandırmayı destekleyen ayarlar Azure App Service yeni bir Azure Pipelines görevimiz var. Bu görev, Web uygulamalarınızı, İşlev uygulamalarınızı veya diğer kapsayıcılı Uygulama Hizmetleri'nizi dağıtmak, yönetmek ve yapılandırmak için diğer App Service görevleriyle birlikte kullanılabilir.
Azure App Service artık Önizleme ile değiştirme desteğine sahip
Azure App Service artık dağıtım yuvalarında Önizleme ile değiştirme özelliğini destekliyor. Bu, uygulama bir hazırlama yuvasından üretim yuvasına değiştirilmeden önce uygulamayı üretim yapılandırmasıyla doğrulamanın iyi bir yoludur. Bu, hedef/üretim yuvasının kapalı kalma süresi yaşamamasını da sağlar.
Azure App Service görev artık aşağıdaki yeni eylemler aracılığıyla bu çok aşamalı değişimi destekliyor:
- Önizleme ile Değiştirmeyi Başlat - Önizlemeyle değiştirme (çok fazlı değiştirme) başlatır ve hedef yuva (örneğin, üretim yuvası) yapılandırmasını kaynak yuvaya uygular.
- Önizleme ile Değiştirme işlemini tamamlama - Bekleyen değişimi tamamlamaya hazır olduğunuzda, Değiştirme işlemini Önizleme ile Tamamla eylemini seçin.
- Önizleme ile Değişimi İptal Et - Bekleyen bir değişimi iptal etmek için Önizleme ile Değişimi İptal Et'i seçin.
Azure Container Registry ve Docker Hub yapıtları için aşama düzeyi filtresi
Daha önce, Azure Container Registry ve Docker Hub yapıtları için normal ifade filtreleri yalnızca yayın işlem hattı düzeyinde kullanılabilıyordu. Artık aşama düzeyinde de eklendiler.
YAML işlem hatlarındaki onaylara yönelik geliştirmeler
Hizmet bağlantılarında ve aracı havuzlarında onayların yapılandırılmasını etkinleştirdik. Onaylar için altyapı sahipleri ve geliştiriciler arasındaki rol ayrımını takip ediyoruz. Ortamlar, hizmet bağlantıları ve aracı havuzları gibi kaynaklarınızda onayları yapılandırarak, kaynakları kullanan tüm işlem hattı çalıştırmalarının önce onay gerektireceğinden emin olabilirsiniz.
Bu deneyim, ortamlar için onayları yapılandırmaya benzer. Bir aşamada başvuruda bulunan bir kaynakta onay beklemede olduğunda, işlem hattının yürütülmesi işlem hattı el ile onaylanana kadar bekler.
Azure Pipelines'da kapsayıcı yapısı test desteği
Uygulamalarda kapsayıcıların kullanımı artmaktadır ve bu nedenle güçlü test ve doğrulama gereksinimi artmaktadır. Azure Pipelines artık Kapsayıcı Yapısı Testleri için destek getiriyor. Bu çerçeve, kapsayıcılarınızın içeriğini ve yapısını doğrulamak için kullanışlı ve güçlü bir yol sağlar.
Bir görüntünün yapısını birlikte çalıştırabileceğiniz dört test kategorisine göre doğrulayabilirsiniz: komut testleri, dosya varlığı testleri, dosya içeriği testleri ve meta veri testleri. İşlem hattındaki sonuçları kullanarak go/no kararları alabilirsiniz. Test verileri, hataları daha iyi gidermenize yardımcı olmak için bir hata iletisiyle birlikte işlem hattı çalıştırmasında kullanılabilir.
Yapılandırma dosyasını ve görüntü ayrıntılarını girin
Test verileri ve özet
Yayın işlem hatları için işlem hattı dekoratörleri
İşlem hattı dekoratörleri, her işin başına ve sonuna adım eklemeye olanak sağlar. Bu, bir koleksiyondaki tüm işlem hatları için geçerli olduğundan tek bir tanıma adım eklemekten farklıdır.
Derlemeler ve YAML işlem hatları için dekoratörleri destekledik ve müşteriler bunları işlerindeki adımları merkezi olarak denetlemek için kullanıyor. Artık desteği yayın işlem hatlarını da genişletiyoruz. Yeni katkı noktasını hedefleyen adımlar eklemek için uzantılar oluşturabilirsiniz ve bunlar yayın işlem hatlarındaki tüm aracı işlerine eklenir.
Azure Resource Manager (ARM) aboneliği ve yönetim grubu düzeyine dağıtma
Daha önce yalnızca Kaynak Grubu düzeyinde dağıtımları destekliyorduk. Bu güncelleştirmeyle ARM şablonlarını hem abonelik hem de yönetim grubu düzeylerine dağıtma desteği ekledik. Bu, bir kaynak kümesini birlikte dağıtırken size yardımcı olur, ancak bunları farklı kaynak gruplarına veya aboneliklere yerleştirir. Örneğin, Azure Site Recovery için yedekleme sanal makinesini ayrı bir kaynak grubuna ve konuma dağıtma.
Çok aşamalı YAML işlem hatlarınız için CD özellikleri
Artık CI işlem hattınız tarafından yayımlanan yapıtları kullanabilir ve işlem hattı tamamlama tetikleyicilerini etkinleştirebilirsiniz. Çok aşamalı YAML işlem hatlarında kaynak olarak kullanıma sunuyoruz pipelines
. YAML'nizde artık başka bir işlem hattına başvurabilir ve CD tetikleyicilerini etkinleştirebilirsiniz.
İşlem hatları kaynağı için ayrıntılı YAML şeması aşağıdadır.
resources:
pipelines:
- pipeline: MyAppCI # identifier for the pipeline resource
project: DevOpsProject # project for the build pipeline; optional input for current project
source: MyCIPipeline # source pipeline definition name
branch: releases/M159 # branch to pick the artifact, optional; defaults to all branches
version: 20190718.2 # pipeline run number to pick artifact; optional; defaults to last successfully completed run
trigger: # Optional; Triggers are not enabled by default.
branches:
include: # branches to consider the trigger events, optional; defaults to all branches.
- main
- releases/*
exclude: # branches to discard the trigger events, optional; defaults to none.
- users/*
Ayrıca, görevi kullanarak - download
işlem hattı kaynağınız tarafından yayımlanan yapıtları indirebilirsiniz.
steps:
- download: MyAppCI # pipeline resource identifier
artifact: A1 # name of the artifact to download; optional; defaults to all artifacts
Diğer ayrıntılar için buradaki yapıtları indirme belgelerine bakın.
Kubernetes için ortamda kanarya dağıtım stratejisini düzenleme
Uygulama güncelleştirmelerinin sürekli tesliminin temel avantajlarından biri, belirli mikro hizmetler için güncelleştirmeleri hızla üretime gönderebilme özelliğidir. Bu, iş gereksinimlerindeki değişikliklere hızlı bir şekilde yanıt vermenizi sağlar. Ortam , dağıtım stratejilerinin düzenlenebilmesini ve sıfır kapalı kalma süresinin kolaylaştırılmasını sağlayan birinci sınıf bir kavram olarak tanıtıldı. Daha önce adımları sırayla yürüten runOnce stratejisini destekliyorduk. Çok aşamalı işlem hatlarında kanarya stratejisi desteğiyle, değişikliği küçük bir alt kümeye yavaşça dağıtarak riski azaltabilirsiniz. Yeni sürüme daha fazla güven kazandıkça altyapınızdaki daha fazla sunucuya dağıtabilir ve daha fazla kullanıcıyı bu sürüme yönlendirebilirsiniz.
jobs:
- deployment:
environment: musicCarnivalProd
pool:
name: musicCarnivalProdPool
strategy:
canary:
increments: [10,20]
preDeploy:
steps:
- script: initialize, cleanup....
deploy:
steps:
- script: echo deploy updates...
- task: KubernetesManifest@0
inputs:
action: $(strategy.action)
namespace: 'default'
strategy: $(strategy.name)
percentage: $(strategy.increment)
manifests: 'manifest.yml'
postRouteTaffic:
pool: server
steps:
- script: echo monitor application health...
on:
failure:
steps:
- script: echo clean-up, rollback...
success:
steps:
- script: echo checks passed, notify...
Kuberenetes için kanarya stratejisi, postRouteTraffic sırasında durumu izlerken değişiklikleri önce %10 pod ve ardından %20 ile dağıtır. Her şey yolunda giderse, %100'e yükseltecektir.
Ortamlarda VM kaynağı desteğiyle ilgili erken geri bildirimde bulunmak ve birden çok makinede sıralı dağıtım stratejisi gerçekleştirmek istiyoruz. Kaydolmak için bizimle iletişime geçin.
YAML işlem hatları için onay ilkeleri
YAML işlem hatlarında, kaynak sahibi tarafından denetlenen onay yapılandırmasını izleriz. Kaynak sahipleri, kaynağı kullanan aşama başlamadan önce onaylar için kaynağı duraklatan kaynak ve tüm işlem hatlarında onayları yapılandırır. SOX tabanlı uygulama sahiplerinin dağıtım isteğinde bulunanın kendi dağıtımlarını onaylamasını kısıtlaması yaygın bir durumdur.
Artık istek sahibinin onaylamaması, kullanıcıların bir alt kümesinden onay istemesi ve onay zaman aşımı gibi onay ilkelerini yapılandırmak için gelişmiş onay seçeneklerini kullanabilirsiniz.
Birinci sınıf işlem hattı kaynağı olarak ACR
İşlem hattınızın bir parçası olarak ACR'de (Azure Container Registry) yayımlanan bir kapsayıcı görüntüsünü kullanmanız ve yeni bir görüntü yayımlandığında işlem hattınızı tetiklemeniz gerekiyorsa, ACR kapsayıcı kaynağını kullanabilirsiniz.
resources:
containers:
- container: MyACR #container resource alias
type: ACR
azureSubscription: RMPM #ARM service connection
resourceGroup: contosoRG
registry: contosodemo
repository: alphaworkz
trigger:
tags:
include:
- production
Ayrıca, önceden tanımlanmış değişkenler kullanılarak ACR görüntüsü meta verilerine erişilebilir. Aşağıdaki liste, işlem hattınızda bir ACR kapsayıcı kaynağı tanımlamak için kullanılabilen ACR değişkenlerini içerir.
resources.container.<Alias>.type
resources.container.<Alias>.registry
resources.container.<Alias>.repository
resources.container.<Alias>.tag
resources.container.<Alias>.digest
resources.container.<Alias>.URI
resources.container.<Alias>.location
İşlem hatlarında yapıt denetimi ilkesini değerlendirmeye yönelik geliştirmeler
İlke tanımları listesinden ilke eklemeyi kolaylaştırmak için yapıt değerlendirme denetimini geliştirdik. İlke tanımı otomatik olarak oluşturulur ve gerekirse güncelleştirilebilecek denetim yapılandırmasına eklenir.
Dağıtım işinde çıkış değişkenleri desteği
Artık bir dağıtım işinin yaşam döngüsü kancalarında çıkış değişkenleri tanımlayabilir ve bunları aynı aşamadaki diğer aşağı akış adımlarında ve işlerinde kullanabilirsiniz.
Dağıtım stratejilerini yürütürken, aşağıdaki söz dizimini kullanarak işler arasında çıkış değişkenlerine erişebilirsiniz.
-
runOnce stratejisi için:
$[dependencies.<job-name>.outputs['<lifecycle-hookname>.<step-name>.<variable-name>']]
-
Kanarya stratejisi için:
$[dependencies.<job-name>.outputs['<lifecycle-hookname>_<increment-value>.<step-name>.<variable-name>']]
-
Sıralı strateji için:
$[dependencies.<job-name>.outputs['<lifecycle-hookname>_<resource-name>.<step-name>.<variable-name>']]
// Set an output variable in a lifecycle hook of a deployment job executing canary strategy
- deployment: A
pool:
vmImage: 'ubuntu-16.04'
environment: staging
strategy:
canary:
increments: [10,20] # creates multiple jobs, one for each increment. Output variable can be referenced with this.
deploy:
steps:
- script: echo "##vso[task.setvariable variable=myOutputVar;isOutput=true]this is the deployment variable value"
name: setvarStep
- script: echo $(setvarStep.myOutputVar)
name: echovar
// Map the variable from the job
- job: B
dependsOn: A
pool:
vmImage: 'ubuntu-16.04'
variables:
myVarFromDeploymentJob: $[ dependencies.A.outputs['deploy_10.setvarStep.myOutputVar'] ]
steps:
- script: "echo $(myVarFromDeploymentJob)"
name: echovar
Çok işli çıkış değişkeni ayarlama hakkında daha fazla bilgi edinin
Kritik değişikliklerin geri alınmasından kaçının
Klasik yayın işlem hatlarında, düzenli güncelleştirmeler için zamanlanmış dağıtımlara güvenmek yaygın bir durumdur. Ancak, kritik bir düzeltmeniz olduğunda el ile bant dışı dağıtım başlatmayı seçebilirsiniz. Bunu yaparken eski sürümler zamanlanmış olarak kalmaya devam eder. Dağıtımlar zamanlamaya göre sürdürülürken el ile dağıtım geri alınacağı için bu bir zorluğa neden oldu. Birçoğunuz bu sorunu bildirdiniz ve şimdi düzeltildi. Düzeltme ile, bir dağıtımı el ile başlattığınızda ortama yapılan tüm eski zamanlanmış dağıtımlar iptal edilir. Bu yalnızca kuyruğa alma seçeneği "En son sürümü dağıt ve diğerlerini iptal et" olarak belirlendiğinde geçerlidir.
YAML işlem hatlarında basitleştirilmiş kaynak yetkilendirmesi
Kaynak, işlem hattının dışındaki bir işlem hattı tarafından kullanılan her şeydir. Kaynakların kullanılabilmesi için önce yetkilendirilmeleri gerekir. Daha önce, bir YAML işlem hattında yetkisiz kaynakları kullanırken kaynak yetkilendirme hatasıyla başarısız oldu. Başarısız çalıştırmanın özet sayfasından kaynakları yetkilendirmeniz gerekiyordu. Ayrıca, yetkisiz bir kaynağa başvuran bir değişken kullanıyorsa işlem hattı başarısız oldu.
Artık kaynak yetkilendirmelerini yönetmeyi kolaylaştırıyoruz. Çalıştırma başarısız olursa çalıştırma, kaynağı kullanan aşamanın başında kaynaklar üzerindeki izinleri bekler. Kaynak sahibi işlem hattını görüntüleyebilir ve Güvenlik sayfasından kaynağı yetkilendileyebilir.
Yapıt denetimini değerlendirme
Artık bir ilke kümesi tanımlayabilir ve kapsayıcı görüntüsü yapıtları için bir ortamda denetim olarak ilke değerlendirmesini ekleyebilirsiniz. İşlem hattı çalıştırıldığında, ortamı kullanan bir aşamaya başlamadan önce yürütme duraklatılır. Belirtilen ilke, dağıtılmakta olan görüntünün kullanılabilir meta verilerine göre değerlendirilir. İlke başarılı olduğunda denetim geçer ve onay başarısız olursa aşamayı başarısız olarak işaretler.
ARM şablonu dağıtım görevine Güncelleştirmeler
Daha önce ARM şablonu dağıtım görevinde hizmet bağlantılarını filtrelememiştik. Daha geniş bir kapsama ARM şablonu dağıtımları gerçekleştirmek için daha düşük kapsamlı bir hizmet bağlantısı seçerseniz bu durum dağıtımın başarısız olmasına neden olabilir. Şimdi, seçtiğiniz dağıtım kapsamına göre daha düşük kapsamlı hizmet bağlantılarını filtrelemek için hizmet bağlantılarını filtreleme özelliği ekledik.
OrtamdaKi Gözden GeçirUygulama
ReviewApp, Git deponuzdaki her çekme isteğini dinamik bir ortam kaynağına dağıtır. Gözden geçirenler bu değişikliklerin nasıl göründüğünü görebilir ve ana dalda birleştirilip üretime dağıtılmadan önce diğer bağımlı hizmetlerle çalışabilir. Bu, reviewApp kaynaklarını oluşturup yönetmenizi ve ortam özelliklerinin tüm izlenebilirlik ve tanılama özelliklerinden yararlanmanızı kolaylaştırır. reviewApp anahtar sözcüğünü kullanarak bir kaynağın kopyasını oluşturabilir (ortamdaki mevcut bir kaynağı temel alarak dinamik olarak yeni bir kaynak oluşturabilir) ve yeni kaynağı ortama ekleyebilirsiniz.
Aşağıda, ortamlar altında reviewApp'i kullanmaya yönelik örnek bir YAML kod parçacığı verilmiştir.
jobs:
- deployment:
environment:
name: smarthotel-dev
resourceName: $(System.PullRequest.PullRequestId)
pool:
name: 'ubuntu-latest'
strategy:
runOnce:
pre-deploy:
steps:
- reviewApp: MainNamespace
İşlem hattından otomatik ve kullanıcı tarafından belirtilen meta verileri toplama
Artık işlem hattı görevlerinden otomatik ve kullanıcı tarafından belirtilen meta veri toplamayı etkinleştirebilirsiniz. Yapıt değerlendirme denetimini kullanarak bir ortamda yapıt ilkesini zorlamak için meta verileri kullanabilirsiniz.
Ortamlar ile VM dağıtımları
Ortamlar'da en çok istenen özelliklerden biri VM dağıtımlarıydı. Bu güncelleştirmeyle, Ortamlar'da Sanal Makine kaynağını etkinleştiriyoruz. Artık birden çok makinede dağıtımları düzenleyebilir ve YAML işlem hatlarını kullanarak sıralı güncelleştirmeler gerçekleştirebilirsiniz. Ayrıca aracıyı hedef sunucularınızın her birine doğrudan yükleyebilir ve bu sunuculara sıralı dağıtım sağlayabilirsiniz. Ayrıca, hedef makinelerinizde tam görev kataloğunu kullanabilirsiniz.
Sıralı dağıtım, bir uygulamanın önceki sürümünün örneklerini, her yinelemedeki bir dizi makinedeki (sıralı küme) uygulamanın yeni sürümünün örnekleriyle değiştirir.
Örneğin, aşağıdaki sıralı dağıtım her yinelemede en fazla beş hedefi güncelleştirir.
maxParallel
paralel olarak dağıtılacak hedef sayısını belirler. Seçim, dağıtılmakta olan hedefler hariç olmak üzere, herhangi bir zamanda kullanılabilir durumda kalması gereken hedef sayısını hesaplar. Ayrıca dağıtım sırasında başarı ve başarısızlık koşullarını belirlemek için de kullanılır.
jobs:
- deployment:
displayName: web
environment:
name: musicCarnivalProd
resourceType: VirtualMachine
strategy:
rolling:
maxParallel: 5 #for percentages, mention as x%
preDeploy:
steps:
- script: echo initialize, cleanup, backup, install certs...
deploy:
steps:
- script: echo deploy ...
routeTraffic:
steps:
- script: echo routing traffic...
postRouteTaffic:
steps:
- script: echo health check post routing traffic...
on:
failure:
steps:
- script: echo restore from backup ..
success:
steps:
- script: echo notify passed...
Not
Bu güncelleştirmeyle, geçerli işlem hattından ve ilişkili işlem hattı kaynaklarından tüm kullanılabilir yapıtlar yalnızca lifecycle-hook içinde deploy
indirilir. Ancak İşlem Hattı Yapıtlarını İndir görevini belirterek indirmeyi seçebilirsiniz.
Bu özellikte bilinen birkaç boşluk vardır. Örneğin, bir aşamayı yeniden denediğinizde, dağıtımı yalnızca başarısız hedeflerde değil tüm VM'lerde yeniden çalıştırır. Gelecek güncelleştirmelerde bu boşlukları kapatmak için çalışıyoruz.
Dağıtımlarınız için ek denetim
Azure Pipelines, bir süredir el ile onaylarla denetlenen dağıtımları desteklemektedir. En son geliştirmelerle artık dağıtımlarınız üzerinde ek denetime sahipsiniz. Kaynak sahipleri artık onaylara ek olarak güvenlik ve kalite ilkelerini doğrulamak için otomatik checks
ekleme yapabilir. Bu denetimler işlemleri tetikleyip tamamlanmasını beklemek için kullanılabilir. Ek denetimleri kullanarak artık birden çok kaynağa dayalı sistem durumu ölçütleri tanımlayabilir ve dağıtımı gerçekleştiren YAML işlem hattından bağımsız olarak kaynaklarınızı hedefleyen tüm dağıtımların güvenli olduğundan emin olabilirsiniz. Her denetimin değerlendirmesi, denetim için belirtilen Yeniden Deneme Aralığına göre düzenli aralıklarla tekrarlanabilir.
Aşağıdaki ek denetimler artık kullanılabilir:
- Herhangi bir REST API'yi çağırın ve yanıt gövdesine veya dış hizmetten bir geri çağırmaya göre doğrulama gerçekleştirin
- Bir Azure işlevi çağırma ve yanıta veya işlevden geri çağırmaya göre doğrulama gerçekleştirme
- Etkin uyarılar için Azure İzleyici kurallarını sorgulama
- İşlem hattının bir veya daha fazla YAML şablonunu genişletdiğinden emin olun
Onay bildirimi
Bir ortama veya hizmet bağlantısına onay eklediğinizde, kaynağı kullanan tüm çok aşamalı işlem hatları aşamanın başında otomatik olarak onay bekler. Belirlenen onaylayanların işlem hattının devam etmesi için önce onayı tamamlaması gerekir.
Bu güncelleştirmeyle, onaylayanlara bekleyen onay için bir e-posta bildirimi gönderilir. Kullanıcılar ve ekip sahipleri bildirim ayarlarını kullanarak özel abonelikleri geri çevirebilir veya yapılandırabilir.
Azure portal Dağıtım Stratejilerini Yapılandırma
Bu özellik sayesinde, rolling, canary veya blue-green gibi tercih ettiğiniz dağıtım stratejisini kullanan işlem hatlarını yapılandırmanızı kolaylaştırdık. Bu hazır stratejileri kullanarak güncelleştirmeleri güvenli bir şekilde dağıtabilir ve ilişkili dağıtım risklerini azaltabilirsiniz. Buna erişmek için Azure Sanal Makinesinde 'Sürekli Teslim' ayarına tıklayın. Yapılandırma bölmesinde işlem hattının oluşturulacağı Azure DevOps projesi, dağıtım grubu, dağıtılacak paketi yayımlayan derleme işlem hattı ve seçtiğiniz dağıtım stratejisi hakkındaki ayrıntıları seçmeniz istenir. Devam etmek, seçilen paketi bu Sanal Makineye dağıtan tam işlevsel bir işlem hattı yapılandıracaktır.
Daha fazla ayrıntı için Dağıtım Stratejilerini yapılandırma belgelerimizi gözden geçirin.
Çalışma zamanı parametreleri
Çalışma zamanı parametreleri, işlem hattına geçirilebilen değerler üzerinde daha fazla denetim sahibi olmanıza olanak tanır. Değişkenlerden farklı olarak, çalışma zamanı parametreleri veri türlerine sahiptir ve otomatik olarak ortam değişkeni olmaz. Çalışma zamanı parametreleriyle:
- Çalışma zamanında betiklere ve görevlere farklı değerler sağlama
- Parametre türlerini, izin verilen aralıkları ve varsayılanları denetleme
- Şablon ifadesiyle işleri ve aşamaları dinamik olarak seçme
Çalışma zamanı parametreleri hakkında daha fazla bilgi edinmek için buradaki belgelere bakın.
İşlem hatlarında extends anahtar sözcüğünü kullanma
Şu anda işlem hatları şablonlara dahil edilerek yeniden kullanımı teşvik edebilir ve ortak değeri azaltabilir. İşlem hattının genel yapısı hala kök YAML dosyası tarafından tanımlandı. Bu güncelleştirme ile işlem hattı şablonlarını kullanmanın daha yapılandırılmış bir yolunu ekledik. Kök YAML dosyası artık ana işlem hattı yapısının başka bir dosyada bulunabileceğini belirtmek için extends anahtar sözcüğünü kullanabilir. Bu, hangi segmentlerin genişletilebileceğini veya değiştirilebileceğini ve hangi segmentlerin sabitlendiğini denetlemenize neden olur. Ayrıca sağlayabileceğiniz kancaları temizlemek için veri türleriyle işlem hattı parametrelerini iyileştirdik.
Bu örnekte işlem hattı yazarının kullanması için nasıl basit kancalar sağlayabileceğiniz gösterilmektedir. Şablon her zaman bir derleme çalıştırır, isteğe bağlı olarak işlem hattı tarafından sağlanan ek adımları çalıştırır ve ardından isteğe bağlı bir test adımı çalıştırır.
# azure-pipelines.yml
extends:
template: build-template.yml
parameters:
runTests: true
postBuildSteps:
- script: echo This step runs after the build!
- script: echo This step does too!
# build-template.yml
parameters:
- name: runTests
type: boolean
default: false
- name: postBuildSteps
type: stepList
default: []
steps:
- task: MSBuild@1 # this task always runs
- ${{ if eq(parameters.runTests, true) }}:
- task: VSTest@2 # this task is injected only when runTests is true
- ${{ each step in parameters.postBuildSteps }}:
- ${{ step }}
Kuyruk zamanında geçersiz kılınabilecek değişkenleri denetleme
Daha önce, yeni bir çalıştırma başlatmadan önce herhangi bir değişkenin değerlerini güncelleştirmek için kullanıcı arabirimini veya REST API'yi kullanabilirsiniz. İşlem hattının yazarı bazı değişkenleri olarak _settable at queue time_
işaretleyebilmiş olsa da sistem bunu zorlamadı veya diğer değişkenlerin ayarlanmasını engelledi. Başka bir deyişle, ayar yalnızca yeni bir çalıştırma başlatılırken ek girişler istenmek için kullanılmıştır.
parametresini zorunlu kılan yeni bir koleksiyon ayarı ekledik _settable at queue time_
. Bu, yeni bir çalıştırma başlatırken hangi değişkenlerin değiştirilebileceğini denetlemenizi sağlar. Bundan sonra, yazar tarafından olarak _settable at queue time_
işaretlenmemiş bir değişkeni değiştiremezsiniz.
Not
Bu ayar mevcut koleksiyonlarda varsayılan olarak kapalıdır, ancak yeni bir Azure DevOps koleksiyonu oluşturduğunuzda varsayılan olarak açıktır.
YAML işlem hattında yeni önceden tanımlanmış değişkenler
Değişkenler, önemli veri parçalarını işlem hattınızın çeşitli bölümlerine almak için kullanışlı bir yol sağlar. Bu güncelleştirmeyle bir dağıtım işine önceden tanımlanmış birkaç değişken ekledik. Bu değişkenler sistem tarafından otomatik olarak ayarlanır, kapsamı belirli bir dağıtım işi olarak belirlenmiştir ve salt okunur durumdadır.
- Environment.Id - Ortamın kimliği.
- Environment.Name - Dağıtım işinin hedeflediği ortamın adı.
- Environment.ResourceId - Dağıtım işi tarafından hedeflenen ortamdaki kaynağın kimliği.
- Environment.ResourceName - Dağıtım işi tarafından hedeflenen ortamdaki kaynağın adı.
Birden çok depoları kullanıma alma
İşlem hatları genellikle birden çok depoya dayanır. Kodunuzu oluşturmak için ihtiyacınız olan kaynak, araçlar, betikler veya diğer öğelerle farklı depolarınız olabilir. Daha önce git kullanıma alma işlemini çalıştırmak için bu depoları alt modüller veya el ile betikler olarak eklemeniz gerekiyordu. Artık YAML işlem hattınızı depolamak için kullandığınız depoya ek olarak diğer depoları getirebilir ve kullanıma alabilirsiniz.
Örneğin, YAML işlem hattına sahip MyCode adlı bir deponuz ve Araçlar adlı ikinci bir deponuz varsa YAML işlem hattınız şöyle görünür:
resources:
repositories:
- repository: tools
name: Tools
type: git
steps:
- checkout: self
- checkout: tools
- script: dir $(Build.SourcesDirectory)
Üçüncü adımda kaynak dizininde MyCode ve Araçlar adlı iki dizin gösterilir.
Azure Repos Git depoları desteklenir. Daha fazla bilgi için bkz . Çoklu depo kullanıma alma.
Çalışma zamanında birden çok depoyla ilgili ayrıntıları alma
Bir işlem hattı çalışırken Azure Pipelines, çalıştırmayı tetikleyen depo, dal ve işleme hakkında bilgi ekler. YAML işlem hatları birden çok deponun kullanıma alınmasını desteklediğine göre, diğer depolar için kullanıma alınan depoyu, dalı ve işlemeyi de bilmek isteyebilirsiniz. Bu veriler artık bir değişkene eşleyebileceğiniz bir çalışma zamanı ifadesi aracılığıyla kullanılabilir. Örnek:
resources:
repositories:
- repository: other
type: git
name: MyProject/OtherTools
variables:
tools.ref: $[ resources.repositories['other'].ref ]
steps:
- checkout: self
- checkout: other
- bash: echo "Tools version: $TOOLS_REF"
Diğer Azure Repos koleksiyonlarına depo başvurularına izin ver
Daha önce bir YAML işlem hattındaki depolara başvurduğunuzda, tüm Azure Repos depoların işlem hattıyla aynı koleksiyonda olması gerekiyordu. Artık hizmet bağlantısı kullanarak diğer koleksiyonlardaki depolara işaret edebilirsiniz. Örnek:
resources:
repositories:
- repository: otherrepo
name: ProjectName/RepoName
endpoint: MyServiceConnection
steps:
- checkout: self
- checkout: otherrepo
MyServiceConnection
başka bir Azure DevOps koleksiyonuna işaret eder ve başka bir projedeki depoya erişebilen kimlik bilgilerine sahiptir. Hem depolar hem self
otherrepo
de , kullanıma alınmış olur.
Önemli
MyServiceConnection
Azure Repos / Team Foundation Server hizmet bağlantısı olmalıdır, aşağıdaki resme bakın.
Önceden tanımlanmış değişkenler olarak işlem hattı kaynağı meta verileri
İşlem hattında YAML işlem hatları kaynakları için önceden tanımlanmış değişkenler ekledik. Kullanılabilir işlem hattı kaynak değişkenlerinin listesi aşağıdadır.
resources.pipeline.<Alias>.projectName
resources.pipeline.<Alias>.projectID
resources.pipeline.<Alias>.pipelineName
resources.pipeline.<Alias>.pipelineID
resources.pipeline.<Alias>.runName
resources.pipeline.<Alias>.runID
resources.pipeline.<Alias>.runURI
resources.pipeline.<Alias>.sourceBranch
resources.pipeline.<Alias>.sourceCommit
resources.pipeline.<Alias>.sourceProvider
resources.pipeline.<Alias>.requestedFor
resources.pipeline.<Alias>.requestedForID
KubernetesManifest görevinde pişirme seçenekleri olarak kustomize ve kompose
kustomize (Kubernetes sig-cli'nin bir parçası), ham, şablon içermeyen YAML dosyalarını birden çok amaçla özelleştirmenize olanak sağlar ve özgün YAML'yi el değmemiş olarak bırakır. Kustomization.yaml dosyalarını içeren herhangi bir klasörün KubernetesManifest görevinin dağıtım eyleminde kullanılan bildirim dosyalarını oluşturmak için kullanılabilmesi için KubernetesManifest görevinin bake eylemi altına kustomize seçeneği eklenmiştir.
steps:
- task: KubernetesManifest@0
name: bake
displayName: Bake K8s manifests from Helm chart
inputs:
action: bake
renderType: kustomize
kustomizationPath: folderContainingKustomizationFile
- task: KubernetesManifest@0
displayName: Deploy K8s manifests
inputs:
kubernetesServiceConnection: k8sSC1
manifests: $(bake.manifestsBundle)
kompose , Docker Compose dosyalarını Kubernetes kaynağına dönüştürür.
steps:
- task: KubernetesManifest@0
name: bake
displayName: Bake K8s manifests from Helm chart
inputs:
action: bake
renderType: kompose
dockerComposeFile: docker-compose.yaml
- task: KubernetesManifest@0
displayName: Deploy K8s manifests
inputs:
kubernetesServiceConnection: k8sSC1
manifests: $(bake.manifestsBundle)
HelmDeploy görevinde küme yöneticisi kimlik bilgileri desteği
Daha önce HelmDeploy görevi, dağıtımlar için küme kullanıcı kimlik bilgilerini kullanıyordu. Bunun sonucunda Azure Active Directory tabanlı RBAC özellikli küme için etkileşimli oturum açma istemleri ve işlem hatları başarısız oldu. Bu sorunu gidermek için, küme kullanıcı kimlik bilgileri yerine küme yöneticisi kimlik bilgilerini kullanmanıza olanak tanıyan bir onay kutusu ekledik.
Docker Compose görevinde bağımsız değişkenler girişi
Gibi bağımsız değişkenler --no-cache
eklemenize olanak sağlamak için Docker Compose görevine yeni bir alan eklendi. Derleme gibi komutlar çalıştırılırken bağımsız değişken görev tarafından geçirilir.
GitHub yayın görevi geliştirmeleri
GitHub Yayın görevinde çeşitli geliştirmeler yaptık. Artık bir etiket normal ifadesi belirterek etiket deseni alanını kullanarak yayın oluşturma üzerinde daha iyi denetime sahip olabilirsiniz ve yayın yalnızca tetikleyen işleme eşleşen bir dizeyle etiketlendiğinde oluşturulur.
Ayrıca değişiklik günlüğü oluşturma ve biçimlendirme özelliklerini özelleştirme özellikleri ekledik. Değişiklik günlüğü yapılandırmasının yeni bölümünde artık geçerli sürümün karşılaştırılması gereken sürümü belirtebilirsiniz. Karşılaştır sürümü, son tam sürüm (ön sürümleri hariç tutar), taslak olmayan son sürüm veya sağlanan yayın etiketinizle eşleşen önceki sürümler olabilir. Ayrıca, görev değişiklik günlüğü biçimlendirmek için değişiklik günlüğü türü alanı sağlar. Seçime bağlı olarak, değişiklik günlüğü bir işleme listesi veya etiketlere göre kategorilere ayrılmış bir sorun/PR listesi görüntüler.
İlke Aracısı yükleyici görevini açma
Açık İlke Aracısı, birleşik, bağlama duyarlı ilke zorlamayı etkinleştiren açık kaynak, genel amaçlı bir ilke altyapısıdır. İlke Aracısını Aç yükleyici görevini ekledik. Kod Olarak Altyapı sağlayıcıları açısından işlem hattı içi ilke zorlaması için özellikle yararlıdır.
Örneğin, Açık İlke Aracısı işlem hattındaki Rego ilke dosyalarını ve Terraform planlarını değerlendirebilir.
task: OpenPolicyAgentInstaller@0
inputs:
opaVersion: '0.13.5'
Azure CLI görevinde PowerShell betikleri desteği
Daha önce batch ve bash betiklerini bir Azure CLI görevinin parçası olarak yürütebiliyorsunuz. Bu güncelleştirmeyle göreve PowerShell ve PowerShell çekirdek betikleri için destek ekledik.
KubernetesManifest görevinde Service Mesh Arabirimi tabanlı kanarya dağıtımları
Daha önce KubernetesManifest görevinde kanarya stratejisi belirtildiğinde, görev, çoğaltmaları kararlı iş yükleri için kullanılan çoğaltmaların yüzdesine eşit olan temel ve kanarya iş yükleri oluştururdu. Bu, trafiği istek düzeyinde istenen yüzdeye bölmeyle tam olarak aynı değildi. Bununla başa çıkmak için KubernetesManifest görevine Service Mesh Arabirimi tabanlı kanarya dağıtımları desteği ekledik.
Service Mesh Arabirimi soyutlaması, Linkerd ve Istio gibi hizmet ağı sağlayıcılarıyla tak çalıştır yapılandırmasına olanak tanır. Şimdi KubernetesManifest görevi, dağıtım stratejisinin yaşam döngüsü boyunca SMI'nin TrafficSplit nesnelerini kararlı, temel ve kanarya hizmetlerine eşlemenin sıkı çalışmasını ortadan kaldırır. Trafiğin kararlı, temel ve kanarya arasında istenen yüzde bölünmesi, trafik bölme yüzdesi hizmet ağı düzlemindeki istekler üzerinde denetlendiği için daha doğru olur.
Aşağıda sıralı bir şekilde SMI tabanlı kanarya dağıtımları gerçekleştirme örneği verilmiştir.
- deployment: Deployment
displayName: Deployment
pool:
vmImage: $(vmImage)
environment: ignite.smi
strategy:
canary:
increments: [25, 50]
preDeploy:
steps:
- task: KubernetesManifest@0
displayName: Create/update secret
inputs:
action: createSecret
namespace: smi
secretName: $(secretName)
dockerRegistryEndpoint: $(dockerRegistryServiceConnection)
deploy:
steps:
- checkout: self
- task: KubernetesManifest@0
displayName: Deploy canary
inputs:
action: $(strategy.action)
namespace: smi
strategy: $(strategy.name)
trafficSplitMethod: smi
percentage: $(strategy.increment)
baselineAndCanaryReplicas: 1
manifests: |
manifests/deployment.yml
manifests/service.yml
imagePullSecrets: $(secretName)
containers: '$(containerRegistry)/$(imageRepository):$(Build.BuildId)'
postRouteTraffic:
pool: server
steps:
- task: Delay@1
inputs:
delayForMinutes: '2'
Azure Dosya Kopyalama Görevi artık AzCopy V10'i destekliyor
Azure dosya kopyalama görevi, dosyaları Microsoft depolama bloblarına veya sanal makinelere (VM) kopyalamak için derleme veya yayın işlem hattında kullanılabilir. Görev, Azure depolama hesaplarından ve azure depolama hesaplarına hızlı veri kopyalamaya yönelik komut satırı yardımcı programı olan AzCopy'yi kullanır. Bu güncelleştirmeyle, AzCopy'nin en son sürümü olan AzCopy V10 için destek ekledik.
azcopy copy
komutu yalnızca onunla ilişkili bağımsız değişkenleri destekler. AzCopy'nin söz dizimindeki değişiklik nedeniyle, mevcut özelliklerden bazıları AzCopy V10'da kullanılamaz. Bu modüller şunlardır:
- Günlük konumunu belirtme
- Kopyalamadan sonra günlük ve plan dosyalarını temizleme
- İş başarısız olursa kopyalamayı sürdür
Görevin bu sürümünde desteklenen ek özellikler şunlardır:
- Kaynağın dosya adında/yolunda joker karakter simgeleri
- Bağımsız değişken sağlanmayan dosya uzantısına göre içerik türünü çıkarsama
- Bir bağımsız değişken geçirerek günlük dosyası için günlük ayrıntı düzeyini tanımlama
Erişim belirteçlerinin kapsamını kısıtlayarak işlem hattı güvenliğini geliştirme
Azure Pipelines'da çalışan her iş bir erişim belirteci alır. Erişim belirteci görevler ve betikleriniz tarafından Azure DevOps'a geri çağrı yapmak için kullanılır. Örneğin, erişim belirtecini kaynak kodu almak, günlükleri karşıya yüklemek, test sonuçları, yapıtlar veya Azure DevOps'a REST çağrıları yapmak için kullanırız. Her iş için yeni bir erişim belirteci oluşturulur ve iş tamamlandıktan sonra süresi dolar. Bu güncelleştirmeyle birlikte aşağıdaki iyileştirmeleri ekledik.
Belirtecin takım projesi dışındaki kaynaklara erişmesini engelleme
Şimdiye kadar tüm işlem hatlarının varsayılan kapsamı takım projesi koleksiyonuydu. Kapsamı klasik derleme işlem hatlarında takım projesi olarak değiştirebilirsiniz. Ancak klasik sürüm veya YAML işlem hatları için bu denetime sahip değildiniz. Bu güncelleştirmeyle, işlem hattında ne yapılandırılırsa yapılandırıldığından bağımsız olarak her işi proje kapsamlı bir belirteç almaya zorlamak için bir koleksiyon ayarı sunuyoruz. Ayrıca bu ayarı proje düzeyinde de ekledik. Artık, oluşturduğunuz her yeni proje ve koleksiyonda bu ayar otomatik olarak açılır.
Not
Koleksiyon ayarı proje ayarını geçersiz kılar.
Mevcut projelerde ve koleksiyonlarda bu ayarın etkinleştirilmesi, işlem hatlarınızın erişim belirteçlerini kullanarak takım projesi dışındaki kaynaklara erişmesi durumunda bazı işlem hatlarının başarısız olmasına neden olabilir. İşlem hattı hatalarını azaltmak için, istenen kaynağa Project Derleme Hizmeti Hesabı erişimini açıkça vekleyebilirsiniz. Bu güvenlik ayarlarını açmanızı kesinlikle öneririz.
Derleme hizmeti depoları kapsam erişimini sınırlama
Erişim belirtecinin kapsamını kısıtlayarak işlem hattı güvenliğini geliştiren Azure Pipelines artık depo erişiminin kapsamını yaML tabanlı bir işlem hattı için gereken depolarla sınırlandırabilir. Bu, işlem hatlarının erişim belirtecinin sızması durumunda yalnızca işlem hattında kullanılan depoları görebileceği anlamına gelir. Daha önce, erişim belirteci projedeki herhangi bir Azure Repos deposu veya potansiyel olarak koleksiyonun tamamı için iyiydi.
Bu özellik yeni projeler ve koleksiyonlar için varsayılan olarak açıktır. Mevcut koleksiyonlar için, Koleksiyon Ayarlarıİşlem Hatları>Ayarları'nda> etkinleştirmeniz gerekir. Bu özelliği kullanırken, derlemenin ihtiyaç duyduğu tüm depoların (betik kullanarak klonladığınız depolar bile) işlem hattının depo kaynaklarına eklenmesi gerekir.
Erişim belirteci için belirli izinleri kaldırma
Varsayılan olarak, erişim belirteci için bir dizi izin veririz; bu izinlerden biri Kuyruk derlemeleridir. Bu güncelleştirme ile erişim belirtecine ilişkin bu izni kaldırdık. İşlem hatlarınızın bu izne ihtiyacı varsa, kullandığınız belirtece bağlı olarak bunu Project Derleme Hizmeti Hesabına veya Proje Koleksiyonu Derleme Hizmeti Hesabına açıkça vekleyebilirsiniz.
Hizmet bağlantıları için proje düzeyi güvenlik
Hizmet bağlantıları için hub düzeyinde güvenlik ekledik. Artık tüm hizmet bağlantıları için merkezi bir yerde kullanıcı ekleyebilir/kaldırabilir, roller atayabilir ve erişimi yönetebilirsiniz.
Adım hedefleme ve komut yalıtımı
Azure Pipelines, işleri kapsayıcılarda veya aracı ana bilgisayarında çalıştırmayı destekler. Daha önce, işin tamamı bu iki hedef arasında ayarlanmıştı. Artık tek tek adımlar (görevler veya betikler) seçtiğiniz hedefte çalıştırılabilir. Adımlar diğer kapsayıcıları da hedefleyebileceğinden, işlem hattı her adımı özelleştirilmiş, amaca yönelik bir kapsayıcıda çalıştırabilir.
Kapsayıcılar yalıtım sınırları gibi davranarak kodun konak makinede beklenmeyen değişiklikler yapmasını önleyebilir. Adımların aracıyla iletişim kurma ve hizmetlere aracıdan erişme şekli, kapsayıcıdaki adımların yalıtılmasından etkilenmez. Bu nedenle, adım hedefleriyle kullanabileceğiniz bir komut kısıtlama modu da sunuyoruz. Bunu açmak, bir adımın aracıdan isteyebileceği hizmetleri kısıtlar. Artık günlükleri ekleyemez, yapıtları karşıya yükleyemez ve diğer bazı işlemleri gerçekleştiremez.
Aşağıda, bir iş kapsayıcısında ve başka bir kapsayıcıda konakta çalışan adımları gösteren kapsamlı bir örnek verilmiştır:
resources:
containers:
- container: python
image: python:3.8
- container: node
image: node:13.2
jobs:
- job: example
container: python
steps:
- script: echo Running in the job container
- script: echo Running on the host
target: host
- script: echo Running in another container, in restricted commands mode
target:
container: node
commands: restricted
Salt okunur değişkenler
Sistem değişkenleri sabit olarak belgelenmiştir, ancak pratikte bir görev tarafından üzerine yazılabilir ve aşağı akış görevleri yeni değeri alır. Bu güncelleştirmeyle, sistem ve kuyruk zamanı değişkenlerini salt okunur hale getirmek için işlem hattı değişkenlerinin güvenliğini artıracağız. Buna ek olarak, yaml değişkenlerini aşağıdaki gibi işaretleyerek salt okunur yapabilirsiniz.
variables:
- name: myVar
value: myValue
readonly: true
Hizmet bağlantıları için rol tabanlı erişim
Hizmet bağlantıları için rol tabanlı erişim ekledik. Daha önce hizmet bağlantısı güvenliği yalnızca Uç Nokta yöneticileri ve Endpoint Creators gibi önceden tanımlanmış Azure DevOps grupları aracılığıyla yönetilebiliyor.
Bu çalışmanın bir parçası olarak Okuyucu, Kullanıcı, Oluşturucu ve Yönetici rollerini tanıttık. Bu rolleri projenizdeki hizmet bağlantıları sayfasından ayarlayabilirsiniz ve bunlar tek tek bağlantılar tarafından devralınır. Her hizmet bağlantısında devralmayı açma veya kapatma ve hizmet bağlantısı kapsamındaki rolleri geçersiz kılma seçeneğiniz vardır.
Hizmet bağlantıları güvenliği hakkında daha fazla bilgiyi burada bulabilirsiniz.
Hizmet bağlantılarının projeler arası paylaşımı
Projeler arasında hizmet bağlantısı paylaşımı desteğini etkinleştirdik. Artık hizmet bağlantılarınızı projelerinizle güvenli ve güvenli bir şekilde paylaşabilirsiniz.
Hizmet bağlantıları paylaşımı hakkında daha fazla bilgiyi burada bulabilirsiniz.
İşlem hatları ve ACR kaynakları için izlenebilirlik
İşlem hattında işlem hatları ve ACR kapsayıcı kaynakları kullanıldığında tam E2E izlenebilirliği sağlıyoruz. YAML işlem hattınız tarafından tüketilen her kaynak için işlemeleri, iş öğelerini ve yapıtları izleyebilirsiniz.
İşlem hattı çalıştırma özeti görünümünde şunları görebilirsiniz:
Çalıştırmayı tetikleyen kaynak sürümü. Artık işlem hattınız başka bir Azure işlem hattı çalıştırması tamamlandığında veya bir kapsayıcı görüntüsü ACR'ye gönderildiğinde tetiklenebilir.
İşlem hattı tarafından kullanılan işlemeler . İşlem hattı tarafından kullanılan her kaynağa göre işlemelerin dökümünü de bulabilirsiniz.
İşlem hattı tarafından kullanılan her kaynakla ilişkili iş öğeleri .
Çalıştırma tarafından kullanılabilecek yapıtlar .
Ortamın dağıtımlar görünümünde, ortama dağıtılan her kaynağın işlemelerini ve iş öğelerini görebilirsiniz.
Büyük test ekleri desteği
Azure Pipelines'daki test sonuçlarını yayımlama görevi, kapsamlı bir test raporlama ve analiz deneyimi sağlamak için testler yürütülürken test sonuçlarını yayımlamanıza olanak tanır. Şimdiye kadar hem test çalıştırması hem de test sonuçları için test ekleri için 100 MB sınırı vardı. Bu, kilitlenme bilgi dökümleri veya videolar gibi büyük dosyaların karşıya yüklenmesini sınırlandırır. Bu güncelleştirmeyle, başarısız testlerinizin sorunlarını gidermek için tüm kullanılabilir verilere sahip olmanıza olanak sağlayan büyük test ekleri desteği ekledik.
VSTest görevi veya Test sonuçlarını yayımla görevinin günlüklerde 403 veya 407 hatası döndürdiğini görebilirsiniz. Giden istekleri filtreleyen bir güvenlik duvarının arkasında şirket içinde barındırılan derlemeler veya yayın aracıları kullanıyorsanız, bu işlevi kullanabilmek için bazı yapılandırma değişiklikleri yapmanız gerekir.
Bu sorunu çözmek için güvenlik duvarını adresine giden isteklerhttps://*.vstmrblob.vsassets.io
için güncelleştirmenizi öneririz. Sorun giderme bilgilerini buradaki belgelerde bulabilirsiniz.
Not
Bu yalnızca şirket içinde barındırılan Azure Pipelines aracılarını kullanıyorsanız ve giden trafiği filtreleyen bir güvenlik duvarının arkasındaysanız gereklidir. Bulutta Microsoft tarafından barındırılan aracılar kullanıyorsanız veya giden ağ trafiğini filtrelemeyen aracılar kullanıyorsanız herhangi bir işlem yapmanız gerekmez.
Her işte doğru havuz bilgilerini göster
Daha önce işleri genişletmek için bir matris veya havuzu tanımlamak için bir değişken kullandığınızda bazen günlük sayfalarındaki yanlış havuz bilgilerini çözümledik. Bu sorunlar çözüldü.
Yeni dallar için CI tetikleyicileri
Yeni bir dal oluşturulduğunda ve bu dalda değişiklik olmadığında CI derlemelerini tetiklememek uzun süredir beklemede olan bir istekti. Aşağıdaki örnekleri inceleyin:
- Web arabirimini, var olan bir dalı temel alan yeni bir dal oluşturmak için kullanırsınız. Bu, dal filtreniz yeni dalın adıyla eşleşirse yeni bir CI derlemesini hemen tetikler. Yeni dalın içeriği mevcut dalla karşılaştırıldığında aynı olduğundan bu istenmeyen bir durumdur.
- İki klasöre sahip bir deponuz var: uygulama ve belgeler. CI için "uygulama" ile eşleşecek bir yol filtresi ayarlarsınız. Başka bir deyişle, belgelere bir değişiklik gönderildiyse yeni bir derleme oluşturmak istemezsiniz. Yerel olarak yeni bir dal oluşturacak, belgelerde bazı değişiklikler yapacak ve ardından bu dalı sunucuya gönderebilirsiniz. Yeni bir CI derlemesi tetiklerdik. Docs klasöründeki değişiklikleri aramamanızı açıkça istediğiniz için bu istenmeyen bir durumdur. Ancak, yeni bir dal olayını işleme şeklimiz nedeniyle, uygulama klasöründe de bir değişiklik yapılmış gibi görünebilir.
Şimdi bu sorunları çözmek için yeni dallar için CI'yi işlemenin daha iyi bir yolu var. Yeni bir dal yayımladığınızda, bu dalda yeni işlemeleri açıkça arar ve bunların yol filtreleri ile eşleşip eşleşmediğini denetleriz.
İşler önceki aşamalardan çıkış değişkenlerine erişebilir
Çıkış değişkenleri artık YAML tabanlı işlem hattındaki aşamalar arasında kullanılabilir. Bu, go/no-go kararı veya oluşturulan çıkışın kimliği gibi yararlı bilgileri bir aşamadan diğerine geçirmenize yardımcı olur. Önceki aşamanın ve işlerinin sonucu (durumu) da kullanılabilir.
Çıkış değişkenleri, işlerin içindeki adımlarla yine de oluşturulur. aşamalarına başvurmak dependencies.jobName.outputs['stepName.variableName']
yerine konusuna stageDependencies.stageName.jobName.outputs['stepName.variableName']
bakın.
Not
Varsayılan olarak, bir işlem hattındaki her aşama YAML dosyasından hemen önceki aşamaya bağlıdır. Bu nedenle, her aşama önceki aşamadan çıkış değişkenlerini kullanabilir. Bağımlılık grafiğini değiştirebilirsiniz ve bu da kullanılabilir çıkış değişkenlerini de değiştirir. Örneğin, 3. aşamanın 1. aşamadan bir değişkene ihtiyacı varsa, 1. aşamada açık bir bağımlılık bildirmesi gerekir.
Otomatik aracı yükseltmelerini havuz düzeyinde devre dışı bırakma
Şu anda işlem hatları aracıları gerektiğinde otomatik olarak en son sürüme güncelleştirilir. Bu durum genellikle daha yeni bir aracı sürümünün düzgün çalışmasını gerektiren yeni bir özellik veya görev olduğunda oluşur. Bu güncelleştirmeyle, otomatik yükseltmeleri havuz düzeyinde devre dışı bırakma özelliğini ekliyoruz. Bu modda, havuza doğru sürümün hiçbir aracısı bağlı değilse, işlem hatları aracıların güncelleştirilmesi için istekte bulunmak yerine net bir hata iletisiyle başarısız olur. Bu özellik çoğunlukla şirket içinde barındırılan havuzları ve çok katı değişiklik denetimi gereksinimleri olan müşteriler için ilgi çekicidir. Otomatik güncelleştirmeler varsayılan olarak etkindir ve çoğu müşterinin bunları devre dışı bırakmasını önermeyiz.
Aracı tanılaması
Birçok ağ sorunu ve yükseltme hatalarının yaygın nedenleri gibi aracıyla ilgili birçok yaygın sorun için tanılama ekledik. Tanılamayı kullanmaya başlamak için Windows'da run.sh --diagnostics veya run.cmd --diagnostics kullanın.
YAML işlem hatları için hizmet kancaları
Hizmetleri YAML işlem hatları ile tümleştirmek artık daha kolay hale geldi. YAML işlem hatları için hizmet kancası olaylarını kullanarak artık işlem hattı çalıştırmalarının ilerlemesine bağlı olarak özel uygulamalarda veya hizmetlerde etkinlikleri yönlendirebilirsiniz. Örneğin, onay gerektiğinde bir yardım masası bileti oluşturabilir, aşama tamamlandıktan sonra bir izleme iş akışı başlatabilir veya aşama başarısız olduğunda ekibinizin mobil cihazlarına anında iletme bildirimi gönderebilirsiniz.
İşlem hattı adına ve aşama adına göre filtreleme tüm olaylar için desteklenir. Onay olayları belirli ortamlar için de filtrelenebilir. Benzer şekilde, durum değişikliği olayları işlem hattı çalıştırmasının veya aşamasının yeni durumuna göre filtrelenebilir.
İyileştirici tümleştirme
İyileştirme, ürün ekipleri için güçlü bir A/B testi ve özellik etiketleme platformudur. Azure Pipelines'ın İyileştirilmiş deneme platformuyla tümleştirilmesi, ürün ekiplerine hızlandırılmış bir hızda test etme, öğrenme ve dağıtma gücü sağlarken Azure Pipelines'dan tüm DevOps avantajlarını da elde eder.
Azure DevOps için İyileştirme uzantısı, derleme ve yayın işlem hatlarına deneme ve özellik bayrağı dağıtım adımları ekler; böylece Azure Pipelines'ı kullanarak özellikleri sürekli yineleyebilir, dağıtabilir ve geri alabilirsiniz.
Azure DevOps İyileştirme uzantısı hakkında daha fazla bilgiyi burada bulabilirsiniz.
GitHub yayınını yapıt kaynağı olarak ekleme
Artık GitHub yayınlarınızı Azure DevOps yayın işlem hatlarında yapıt kaynağı olarak bağlayabilirsiniz. Bu, dağıtımlarınızın bir parçası olarak GitHub sürümünü kullanmanıza olanak sağlar.
Yayın işlem hattı tanımında Yapıt ekle'ye tıkladığınızda yeni GitHub Yayın kaynak türünü bulursunuz. GitHub sürümünü kullanmak için hizmet bağlantısını ve GitHub deposunu sağlayabilirsiniz. Ayrıca GitHub sürümünün en son, belirli bir etiket sürümü olarak tüketmesi için varsayılan bir sürüm seçebilir veya yayın oluşturma zamanında bunu seçebilirsiniz. Bir GitHub sürümü bağlandıktan sonra otomatik olarak indirilir ve yayın işlerinizde kullanılabilir hale getirilir.
Azure Pipelines ile Terraform tümleştirmesi
Terraform, altyapıyı güvenli ve verimli bir şekilde geliştirmeye, değiştirmeye ve sürüm oluşturmaya yönelik açık kaynak bir araçtır. Terraform, API'leri bildirim temelli yapılandırma dosyalarına dönüştürerek üst düzey yapılandırma dili kullanarak altyapı tanımlamanıza ve sağlamanıza olanak tanır. Terraform uzantısını kullanarak tüm önemli altyapı sağlayıcıları arasında kaynak oluşturabilirsiniz: Azure, Amazon Web Services (AWS) ve Google Cloud Platform (GCP).
Terraform uzantısı hakkında daha fazla bilgi edinmek için buradaki belgelere bakın.
Google Analytics ile tümleştirme
Google Analytics denemeleri çerçevesi, belirli bir hedef üzerindeki etkisini ölçmek için bir web sitesinde veya uygulamada yapılan neredeyse tüm değişiklikleri veya varyasyonları test etmenizi sağlar. Örneğin, kullanıcılarınızın tamamlamasını istediğiniz etkinlikleriniz (örneğin, satın alma, bültene kaydolma) ve/veya geliştirmek istediğiniz ölçümler (ör. gelir, oturum süresi, geri dönüş oranı) olabilir. Bu etkinlikler, özelliğinizin performansı üzerindeki doğrudan etkisine bağlı olarak uygulamaya değer değişiklikleri belirlemenize olanak tanır.
Azure DevOps için Google Analytics denemeleri uzantısı derleme ve yayın işlem hatlarına deneme adımları ekler; böylece denemeleri sürekli olarak yönetirken Azure Pipelines'dan tüm DevOps avantajlarını elde ederek sürekli yineleyebilir, daha hızlı bir şekilde öğrenebilir ve dağıtabilirsiniz.
Google Analytics denemeleri uzantısını Market'ten indirebilirsiniz.
Azure Pipelines ile ServiceNow tümleştirmesi güncelleştirildi
ServiceNow için Azure Pipelines uygulaması, Azure Pipelines ile ServiceNow Değişiklik Yönetimi'nin tümleştirilmesine yardımcı olur. Bu güncelleştirme ile ServiceNow'un New York sürümüyle tümleştirebilirsiniz. İki hizmet arasındaki kimlik doğrulaması artık OAuth ve temel kimlik doğrulaması kullanılarak yapılabilir. Buna ek olarak, artık geçit sonucuna karar vermek için herhangi bir değişiklik özelliğini kullanabilmek için gelişmiş başarı ölçütlerini yapılandırabilirsiniz.
VSCode'dan Azure Pipelines'İçerik Oluşturucu
VSCode için Azure Pipelines uzantısına yeni bir işlevsellik ekledik. Artık IDE'den çıkmadan doğrudan VSCode'dan Azure Pipelines oluşturabileceksiniz.
Flaky hata yönetimi ve çözümü
Algılama, raporlama ve çözüm ile uçtan uca yaşam döngüsünü desteklemek için flaky test yönetimini kullanıma aldık. Bunu daha da geliştirmek için yanıcı test hata yönetimi ve çözümü ekliyoruz.
Flaky testini araştırırken Hata eylemini kullanarak bir hata oluşturabilirsiniz. Bu eylem, daha sonra flaky testinin kök nedenini daha fazla araştırmak için bir geliştiriciye atanabilir. Hata raporu işlem hattı hakkında hata iletisi, yığın izleme ve testle ilişkili diğer bilgiler gibi bilgiler içerir.
Bir hata raporu çözümlendiğinde veya kapatıldığında testin işaretini otomatik olarak şişmemiş olarak kaldıracağız.
En az sayıda test çalıştırılmazsa VSTest görevlerini başarısız olacak şekilde ayarlayın
VSTest görevi, kullanıcı girişlerini (test dosyaları, filtre ölçütleri vb.) ve kullanılan test çerçevesine özgü bir test bağdaştırıcısını kullanarak testleri bulur ve çalıştırır. Kullanıcı girişlerinde veya test bağdaştırıcısında yapılan değişiklikler, testlerin keşfedilmediği ve beklenen testlerin yalnızca bir alt kümesinin çalıştırıldığı durumlara yol açabilir. Bu durum, kodun yeterince yüksek kalitede olması yerine testler atlandığından işlem hatlarının başarılı olduğu durumlara yol açabilir. Bu durumu önlemeye yardımcı olmak için VSTest görevine, görevin geçmesi için çalıştırılması gereken en az test sayısını belirtmenize olanak tanıyan yeni bir seçenek ekledik.
VSTest TestResultsDirectory seçeneği görev kullanıcı arabiriminde kullanılabilir
VSTest görevi, test sonuçlarını ve ilişkili dosyaları klasöründe $(Agent.TempDirectory)\TestResults
depolar. Test sonuçlarını depolamak için farklı bir klasör yapılandırmanıza olanak sağlamak için görev kullanıcı arabirimine bir seçenek ekledik. Artık belirli bir konumdaki dosyalara ihtiyaç duyan sonraki görevler bunları kullanabilir.
Otomatik test hata iletilerinde Markdown desteği
Otomatikleştirilmiş testler için hata iletilerine markdown desteği ekledik. Artık azure pipelines'da okunabilirliği geliştirmek ve test hatası sorunlarını giderme deneyimini kolaylaştırmak için hata iletilerini hem test çalıştırması hem de test sonucu için kolayca biçimlendirebilirsiniz. Desteklenen markdown söz dizimi burada bulunabilir.
Dağıtım işine adımları otomatik olarak eklemek için işlem hattı dekoratörlerini kullanma
Artık dağıtım işlerine işlem hattı dekoratörleri ekleyebilirsiniz. Her dağıtım işinin her yaşam döngüsü kancası yürütmesine otomatik olarak eklenen herhangi bir özel adımınız (örneğin güvenlik açığı tarayıcısı) olabilir. İşlem hattı dekoratörleri bir koleksiyondaki tüm işlem hatlarına uygulanabildiğinden, güvenli dağıtım uygulamalarını zorunlu tutmanın bir parçası olarak bu özellik kullanılabilir.
Buna ek olarak, dağıtım işleri tanımlanırsa hizmetlerin yan aracıyla birlikte bir kapsayıcı işi olarak çalıştırılabilir.
Test Plans
Yeni Test Planı sayfası
Tüm Azure DevOps koleksiyonları için yeni bir Test Plans Sayfası (Test Plans *) kullanılabilir. Yeni sayfa, test planlaması, yazma veya yürütme gibi elinizdeki göreve odaklanmanıza yardımcı olacak kolaylaştırılmış görünümler sağlar. Ayrıca dağınıklık içermez ve Azure DevOps teklifinin geri kalanıyla tutarlıdır.
Yeni sayfayı anlamama yardımcı olun
Yeni Test Plans sayfasında ilk 4 bölümün yeni olduğu toplam 6 bölüm bulunurken, Grafikler & Genişletilebilirlik bölümleri mevcut işlevlerdir.
- Test planı üst bilgisi: Test planını bulmak, sık kullanılanlara eklemek, düzenlemek, kopyalamak veya kopyalamak için bunu kullanın.
- Test paketleri ağacı: Test paketleri eklemek, yönetmek, dışarı aktarmak veya sipariş etmek için bunu kullanın. Yapılandırmaları atamak ve kullanıcı kabul testi gerçekleştirmek için de bundan yararlanın.
- Tanımla sekmesi: Bu sekme aracılığıyla seçtiğiniz bir test paketinde test çalışmalarını harmanlama, ekleme ve yönetme.
- Yürütme sekmesi: Bu sekme aracılığıyla testleri atayın ve yürütür veya detaya gitmek için bir test sonucu bulun.
- Grafik sekmesi: Panolara da sabitlenebilen grafikler aracılığıyla test yürütmesini ve durumunu izleyin.
- Genişletilebilirlik: Ürün içindeki geçerli genişletilebilirlik noktalarını destekler.
Şimdi aşağıdaki yeni bölümlerin genel bir görünümünü alalım.
1. Test planı üst bilgisi
Görevler
Test Planı üst bilgisi aşağıdaki görevleri gerçekleştirmenizi sağlar:
- Test planını sık kullanılan olarak işaretleme
- Sık kullanılan test planının işaretini kaldırma
- Sık kullandığınız test planları arasında kolayca gezinme
- Test planının geçerli mi yoksa geçmiş mi olduğunu açıkça gösteren test planının yineleme yolunu görüntüleyin
- Rapora gitmek için bir bağlantıyla Test İlerlemesi raporunun hızlı özetini görüntüleyin
- Tümü/Benimki Test Plans sayfasına geri gidin
Bağlam menüsü seçenekleri
Test Planı üst bilgisindeki bağlam menüsü aşağıdaki seçenekleri sağlar:
- Test planını kopyalama: Bu, geçerli test planını hızla kopyalamanıza olanak tanıyan yeni bir seçenektir. Aşağıda daha fazla ayrıntı bulabilirsiniz.
- Test planını düzenle: Bu seçenek, iş öğesi alanlarını yönetmek için Test Planı iş öğesi formunu düzenlemenizi sağlar.
- Test planı ayarları: Bu seçenek Test Çalıştırması ayarlarını (derleme veya yayın işlem hatlarını ilişkilendirmek için) ve Test Sonucu ayarlarını yapılandırmanıza olanak tanır
Test planını kopyalama (yeni özellik)
Sprint/yayın başına yeni bir Test Planı oluşturmanızı öneririz. Bunu yaparken genellikle önceki döngü için Test Planı kopyalanabilir ve birkaç değişiklikle kopyalanan test planı yeni döngü için hazır olur. Bu işlemi kolaylaştırmak için yeni sayfada 'Test planını kopyala' özelliğini etkinleştirdik. Bundan yararlanarak test planlarını kopyalayabilir veya kopyalayabilirsiniz. Yedekleme REST API'si burada ele alınmıştır ve API bir test planını projeler arasında kopyalamanıza/kopyalamanıza da olanak tanır.
Test Plans kullanımı hakkında daha fazla yönerge için buraya bakın.
2. Test paketleri ağacı
Görevler
Test paketi üst bilgisi aşağıdaki görevleri gerçekleştirmenizi sağlar:
- Genişlet/daralt: Bu araç çubuğu seçenekleri, paket hiyerarşi ağacını genişletmenize veya daraltmanıza olanak tanır.
- Alt paketlerden test noktalarını göster: Bu araç çubuğu seçeneği yalnızca "Yürüt" sekmesindeyken görünür. Bu, tek tek paketlere tek tek gitmek zorunda kalmadan test noktalarının daha kolay yönetilmesi için verilen paketin ve alt öğelerinin tüm test noktalarını tek bir görünümde görüntülemenizi sağlar.
- Paket sipariş etme: Paketlerin hiyerarşisini yeniden sıralamak veya test planı içinde bir paket hiyerarşisinden diğerine taşımak için paketleri sürükleyebilir/bırakabilirsiniz.
Bağlam menüsü seçenekleri
Test paketleri ağacındaki bağlam menüsü aşağıdaki seçenekleri sağlar:
-
Yeni paketleri İçerik Oluşturucu: Aşağıdaki gibi 3 farklı türde paket oluşturabilirsiniz:
- Testlerinizi düzenlemek için statik paketi veya klasör paketini kullanın.
- Sorunsuz izlenebilirlik için gereksinimlere/kullanıcı hikayelerine doğrudan bağlanmak için gereksinim tabanlı paketi kullanın.
- Sorgu ölçütlerine uyan test çalışmalarını dinamik olarak düzenlemek için sorgu tabanlı kullanın.
- Yapılandırmaları atama: Paketin yapılandırmalarını atayabilirsiniz (örneğin: Chrome, Firefox, EdgeChromium) ve bunlar daha sonra bu pakete eklediğiniz tüm mevcut test çalışmaları veya yeni test çalışmaları için geçerli olacaktır.
- Pdf/e-posta olarak dışarı aktarma: Test planı özelliklerini, test paketi özelliklerini ve test çalışmalarının ayrıntılarını ve test noktalarını "e-posta" veya "pdf'ye yazdır" olarak dışarı aktarın.
- Test paketi iş öğesini açma: Bu seçenek, iş öğesi alanlarını yönetmek için Test paketi iş öğesi formunu düzenlemenizi sağlar.
- Tüm testleri çalıştırmak için test edicileri atayın: Bu seçenek, genellikle farklı departmanlara ait olan birden çok test edici tarafından aynı testin çalıştırılması/yürütülmesi gereken Kullanıcı Kabul testi (UAT) senaryoları için çok kullanışlıdır.
- Yeniden Adlandır/Sil: Bu seçenekler paketin adını yönetmenize veya paketi ve içeriğini test planından kaldırmanıza olanak sağlar.
3. Tanımla sekmesi
Tanımla sekmesi, bir test paketi için test çalışmalarını harmanlamanıza, eklemenize ve yönetmenize olanak tanır. Yürütme sekmesi test noktaları atamak ve bunları yürütmek içindir.
Tanımla sekmesi ve belirli işlemler yalnızca Temel + Test Plans erişim düzeyine veya eşdeğerine sahip kullanıcılar tarafından kullanılabilir. Diğer her şey 'Temel' erişim düzeyine sahip bir kullanıcı tarafından genişletilebilir olmalıdır.
Görevler
Tanımla sekmesi aşağıdaki görevleri gerçekleştirmenizi sağlar:
- İş öğesi formunu kullanarak Yeni test çalışması ekle: Bu seçenek, iş öğesi formunu kullanarak yeni bir test çalışması oluşturmanıza olanak tanır. Oluşturulan test çalışması otomatik olarak pakete eklenir.
- Kılavuz kullanarak Yeni test çalışması ekle: Bu seçenek, test çalışmaları kılavuz görünümünü kullanarak bir veya daha fazla test çalışması oluşturmanıza olanak tanır. Oluşturulan test çalışmaları otomatik olarak pakete eklenir.
- Sorgu kullanarak Mevcut test çalışmalarını ekleme: Bu seçenek, bir sorgu belirterek pakete mevcut test çalışmalarını eklemenize olanak tanır.
- Sürükle/bırak ile test çalışmalarını sıralama: Belirli bir paket içindeki bir veya daha fazla test çalışmasını sürükleyerek/bırakarak test çalışmalarını yeniden sıralayabilirsiniz. Test çalışmalarının sırası yalnızca el ile test çalışmaları için geçerlidir, otomatikleştirilmiş testler için geçerli değildir.
- Test çalışmalarını bir paketten diğerine taşıma: Sürükle/bırak seçeneğini kullanarak test çalışmalarını bir test paketinden diğerine taşıyabilirsiniz.
- Kılavuzu göster: Test adımlarının yanı sıra test çalışmalarını görüntülemek/düzenlemek için kılavuz modunu kullanabilirsiniz.
- Tam ekran görünümü: Bu seçeneği kullanarak Tanımla sekmesinin tamamının içeriğini tam ekran modunda görüntüleyebilirsiniz.
- Filtreleme: Filtre çubuğunu kullanarak, "test çalışması başlığı", "atanan" ve "durum" alanlarını kullanarak test çalışmaları listesini filtreleyebilirsiniz. Sütun üst bilgilerine tıklayarak da listeyi sıralayabilirsiniz.
- Sütun seçenekleri: Tanımla sekmesinde görünen sütunların listesini "Sütun seçenekleri" kullanarak yönetebilirsiniz. Seçim için kullanılabilen sütunların listesi öncelikli olarak test çalışması iş öğesi formundaki alanlardır.
Bağlam menüsü seçenekleri
Tanımla sekmesindeki Test çalışması düğümündeki bağlam menüsü aşağıdaki seçenekleri sağlar:
- Test çalışması iş öğesi formunu açma/düzenleme: Bu seçenek, test adımları dahil olmak üzere iş öğesi alanlarını düzenlediğiniz iş öğesi formunu kullanarak test çalışmasını düzenlemenize olanak tanır.
- Test çalışmalarını düzenleme: Bu seçenek Test çalışması iş öğesi alanlarını toplu olarak düzenlemenizi sağlar. Ancak, test adımlarını toplu olarak düzenlemek için bu seçeneği kullanamazsınız.
- Kılavuzda test çalışmalarını düzenleme: Bu seçenek, kılavuz görünümünü kullanarak test adımları dahil olmak üzere seçili test çalışmalarını toplu olarak düzenlemenizi sağlar.
- Yapılandırma atama: Bu seçenek, test çalışması düzeyi yapılandırmalarıyla paket düzeyi yapılandırmalarını geçersiz kılmanıza olanak tanır.
- Test çalışmalarını kaldırma: Bu seçenek, verilen paketten test çalışmalarını kaldırmanızı sağlar. Ancak temel alınan test çalışması iş öğesini değiştirmez.
- Test çalışmalarının kopyasını/kopyasını İçerik Oluşturucu: Bu seçenek, seçili test çalışmalarının kopyasını/kopyasını oluşturmanıza olanak tanır. Diğer ayrıntılar için aşağıya bakın.
- Bağlantılı öğeleri görüntüleme: Bu seçenek, belirli bir test çalışması için bağlantılı öğelere bakmanızı sağlar. Diğer ayrıntılar için aşağıya bakın.
Test çalışmalarını kopyalama/kopyalama (yeni özellik)
Bir test çalışması kopyalamak/kopyalamak istediğiniz senaryolar için "Test çalışmalarını kopyala" seçeneğini kullanabilirsiniz. Kopyalanan/kopyalanan test çalışmasının oluşturulacağı hedef projeyi, hedef test planını ve hedef test paketini belirtebilirsiniz. Ayrıca, kopyalanan kopyaya akmak için mevcut bağlantıları/ekleri dahil etmek isteyip istemediğinizi de belirtebilirsiniz.
Bağlantılı öğeleri görüntüleme (yeni özellik)
Test yapıtları, gereksinimleri ve hataları arasındaki izlenebilirlik, Test Plans ürünün kritik bir değer teklifidir. "Bağlantılı öğeleri görüntüle" seçeneğini kullanarak, bu test çalışması ile bağlantılı olan tüm bağlantılı Gereksinimlere, bu test çalışmalarının kullanıldığı tüm Test paketlerine/Test planlara ve test yürütmesinin bir parçası olarak dosyalanmış olan tüm hatalara kolayca bakabilirsiniz.
4. Yürüt sekmesi
Tanımla sekmesi, bir test paketi için test çalışmalarını harmanlamanıza, eklemenize ve yönetmenize olanak tanır. Yürütme sekmesi test noktaları atamak ve bunları yürütmek içindir.
Test noktası nedir? Test çalışmaları tek başına yürütülebilir değildir. Bir test paketine test çalışması eklediğinizde, test noktaları oluşturulur. Bir test noktası, test çalışması, test paketi, yapılandırma ve test oluşturucunun benzersiz birleşiminden meydana gelir. Örnek: "Oturum açma işlevselliğini test etme" olarak bir test çalışmasınız varsa ve edge ve Chrome olarak buna 2 yapılandırma eklerseniz bu işlem 2 test noktasıyla sonuçlanıyor demektir. Artık bu test noktaları yürütülebilir. Yürütme sırasında test sonuçları oluşturulur. Test sonuçları görünümü (yürütme geçmişi) aracılığıyla bir test noktasının tüm yürütmelerini görebilirsiniz. Test noktası için en son yürütme, yürütme sekmesinde gördüklerinizdir.
Bu nedenle test çalışmaları yeniden kullanılabilir varlıklardır. Bunları bir test planına veya paketine ekleyerek test noktaları oluşturulur. Test noktalarını yürüterek, geliştirilmekte olan ürünün veya hizmetin kalitesini belirlersiniz.
Yeni sayfanın birincil avantajlarından biri, çoğunlukla test yürütme/izleme (yalnızca 'Temel' erişim düzeyine sahip olması gerekir), paket yönetiminin karmaşıklığından etkilenmeyen kullanıcılar içindir (tanımlama sekmesi bu tür kullanıcılar için gizlenir).
Tanımla sekmesi ve belirli işlemler yalnızca Temel + Test Plans erişim düzeyine veya eşdeğerine sahip kullanıcılar tarafından kullanılabilir. "Yürüt" sekmesi de dahil olmak üzere diğer her şey 'Temel' erişim düzeyine sahip bir kullanıcı tarafından genişletilebilir olmalıdır.
Görevler
Yürüt sekmesi aşağıdaki görevleri gerçekleştirmenizi sağlar:
- Test noktalarını toplu işaretleme: Bu seçenek test çalışmasını Test çalıştırıcısı aracılığıyla çalıştırmak zorunda kalmadan test noktalarının sonucunu (başarılı, başarısız, engellenmiş veya uygulanamaz) hızla işaretlemenizi sağlar. Sonuç, tek seferde bir veya birden çok test noktası için işaretlenebilir.
- Test noktalarını çalıştırma: Bu seçenek, her test adımında ayrı ayrı ilerleyerek ve test çalıştırıcısı kullanarak bunları başarılı/başarısız olarak işaretleyerek test çalışmalarını çalıştırmanıza olanak tanır. Test ettiğiniz uygulamaya bağlı olarak, bir "web uygulamasını" test için "Web Çalıştırıcısı"nı veya masaüstü ve/veya web uygulamalarını test için "masaüstü çalıştırıcısını" kullanabilirsiniz. Test etmek istediğiniz derlemeyi belirtmek için "Seçeneklerle çalıştır" komutunu da çağırabilirsiniz.
- Sütun seçenekleri: Yürüt sekmesinde görünen sütun listesini "Sütun seçenekleri" kullanarak yönetebilirsiniz. Seçim için kullanılabilen sütunların listesi Çalıştırma ölçütü, Atanan Test Oluşturucu, Yapılandırma gibi test noktalarıyla ilişkilendirilir.
- Tam ekran görünümü: Bu seçeneği kullanarak Yürüt sekmesinin tamamının içeriğini tam ekran modunda görüntüleyebilirsiniz.
- Filtreleme: Filtre çubuğunu kullanarak, "test çalışması başlığı", "atanan", "durum", "test sonucu", "Test eden" ve "Yapılandırma" alanlarını kullanarak test noktaları listesini filtreleyebilirsiniz. Sütun üst bilgilerine tıklayarak da listeyi sıralayabilirsiniz.
Bağlam menüsü seçenekleri
Yürüt sekmesinin içindeki Test noktası düğümündeki bağlam menüsü aşağıdaki seçenekleri sağlar:
- Test sonucunu işaretle: Yukarıdakiyle aynı şekilde, başarılı, başarısız, engellenmiş veya geçerli olmayan test noktalarının sonucunu hızla işaretlemenizi sağlar.
- Test noktalarını çalıştırma: Yukarıdakiyle aynı şekilde, test çalıştırıcısı aracılığıyla test çalışmalarını çalıştırmanıza olanak tanır.
- Testi etkine sıfırla: Bu seçenek, test sonucunu etkin olarak sıfırlamanıza olanak tanır ve böylece test noktasının son sonucunu yoksayabilirsiniz.
- Test çalışması iş öğesi formunu açma/düzenleme: Bu seçenek, test adımları dahil olmak üzere iş öğesi alanlarını düzenlediğiniz iş öğesi formunu kullanarak test çalışmasını düzenlemenize olanak tanır.
- Test edici atama: Bu seçenek, test yürütmesi için test edicilere test noktalarını atamanızı sağlar.
- Test sonucunu görüntüle: Bu seçenek, her test adımının sonucu, eklenen açıklamalar veya dosyalanan hatalar da dahil olmak üzere en son test sonucu ayrıntılarını görüntülemenizi sağlar.
- Yürütme geçmişini görüntüle: Bu seçenek, seçili test noktası için yürütme geçmişinin tamamını görüntülemenizi sağlar. Yalnızca seçili test noktasının değil tüm test çalışmalarının yürütme geçmişini görüntülemek için filtreleri ayarlayabileceğiniz yeni bir sayfa açılır.
Test Plans İlerleme raporu
Bu kullanıma hazırlanan rapor, projedeki bir veya daha fazla Test Plans yürütme ve durumunu izlemenize yardımcı olur. Raporu kullanmaya başlamak için Test Plans > İlerleme raporu* adresini ziyaret edin.
Raporun üç bölümü şunlardır:
- Özet: Seçili test planları için birleştirilmiş bir görünümü gösterir.
- Sonuç eğilimi: Size yürütme ve durum eğilim çizgisi sağlamak için günlük bir anlık görüntü oluşturur. 14 gün (varsayılan), 30 gün veya özel bir aralık için verileri gösterebilir.
- Ayrıntılar: Bu bölüm, her test planında detaya gitmenizi sağlar ve her test paketi için önemli analizler sunar.
Artifacts
Not
Azure DevOps Server 2020, veri içeri aktarma sırasında geri dönüşüm kutusunda bulunan akışları içeri aktarmaz. Geri dönüşüm kutusundaki akışları içeri aktarmak istiyorsanız, lütfen verileri içeri aktarmaya başlamadan önce bunları geri dönüşüm kutusundan geri yükleyin.
Lisans ifadeleri ve eklenmiş lisanslar
Artık Visual Studio'daki paketlere göz atarken Azure Artifacts'te depolanan NuGet paketleri için lisans bilgilerinin ayrıntılarını görebilirsiniz. Bu, lisans ifadeleri veya eklenmiş lisanslar kullanılarak temsil edilen lisanslar için geçerlidir. Artık Visual Studio paket ayrıntıları sayfasında lisans bilgilerinin bağlantısını görebilirsiniz (aşağıdaki resimde kırmızı ok).
Bağlantıya tıkladığınızda lisansın ayrıntılarını görüntüleyebileceğiniz bir web sayfasına gidebilirsiniz. Bu deneyim hem lisans ifadeleri hem de eklenmiş lisanslar için aynıdır, bu nedenle Azure Artifacts'te depolanan paketlerin lisans ayrıntılarını tek bir yerde görebilirsiniz (lisans bilgilerini belirten ve Visual Studio tarafından desteklenen paketler için).
Basit kimlik doğrulama görevleri
Artık basit kimlik doğrulama görevlerini kullanarak Azure Pipelines'dan popüler paket yöneticileriyle kimlik doğrulaması yapabilirsiniz. Buna NuGet, npm, PIP, Twine ve Maven dahildir. Daha önce, paketleri yayımlama ve indirme de dahil olmak üzere çok fazla işlev sağlayan görevleri kullanarak bu paket yöneticileriyle kimlik doğrulaması gerçekleştirebiliyorsunuz. Ancak bu, paket yöneticileriyle etkileşim kuran tüm etkinlikler için bu görevlerin kullanılması gerekiyordu. Paketleri yayımlama veya indirme gibi görevleri gerçekleştirmek için çalıştıracağınız kendi betikleriniz olsaydı, bunları İşlem Hattınızda kullanamazsınız. Artık işlem hattı YAML'nizde kendi tasarımınıza ait betikleri kullanabilir ve bu yeni basit görevlerle kimlik doğrulaması gerçekleştirebilirsiniz. npm kullanan bir örnek:
Bu çizimde "ci" ve "publish" komutunun kullanımı rastgeledir; Azure Pipelines YAML tarafından desteklenen tüm komutları kullanabilirsiniz. Bu, komut çağırmayı tam olarak denetlemenizi sağlar ve işlem hattı yapılandırmanızda paylaşılan betikleri kullanmayı kolaylaştırır. Daha fazla bilgi için lütfen NuGet, npm, PIP, Twine ve Maven kimlik doğrulama görevi belgelerine bakın.
Akış sayfası yükleme süresi iyileştirmeleri
Akış sayfası yükleme süresini iyileştirdiğimiz için heyecanlıyız. Ortalama olarak, akış sayfası yükleme süreleri %10 azaldı. En büyük akışlarda en fazla gelişme yüzde 99'lık akış sayfası yükleme süresi (tüm akışların en yüksek %99'unda yükleme süreleri) %75 azaldı.
Paketlerinizi genel akışlarla genel olarak paylaşma
Artık paketlerinizi genel akışlar içinde oluşturabilir ve depolayabilirsiniz. Ortak akışlar içinde depolanan paketler, koleksiyonunuz içinde olsun veya olmasın, hatta bir Azure DevOps koleksiyonunda oturum açmış olsalar da, kimlik doğrulaması olmadan İnternet'teki herkes tarafından kullanılabilir. Akışlar belgelerimizden genel akışlar hakkında daha fazla bilgi edinin veya paketleri herkese açık olarak paylaşma öğreticimize doğrudan göz atın.
AAD kiracısı içindeki farklı koleksiyonlarda yukarı akışları yapılandırma
Artık Azure Active Directory (AAD) kiracınızla ilişkilendirilmiş başka bir koleksiyondaki akışı Yapıtlar akışınıza yukarı akış kaynağı olarak ekleyebilirsiniz. Akışınız, yukarı akış kaynakları olarak yapılandırılan akışlardaki paketleri bulabilir ve kullanabilir ve bu sayede paketlerin AAD kiracınızla ilişkili koleksiyonlar arasında kolayca paylaşılabilmesini sağlar. Belgelerde bunun nasıl ayarlanacağına bakın.
Azure Artifacts akışlarıyla pip ve twine kimlik doğrulaması yapmak için Python Kimlik Bilgisi Sağlayıcısı'nı kullanma
Artık Python Kimlik Bilgileri Sağlayıcısı'nı (artifacts-keyring) yükleyip kullanarak Azure Artifacts akışında veya akışında Python paketlerini yayımlamak veya kullanmak üzere kimlik doğrulamasını otomatik olarak ayarlayabilirsiniz. Kimlik bilgisi sağlayıcısıyla herhangi bir yapılandırma dosyası (/pip.conf/.pypirc pip.ini) ayarlamanız gerekmez; pip veya twine'yi ilk kez çağırırken web tarayıcınızda bir kimlik doğrulama akışı üzerinden yönlendirilirsiniz. Belgelerde daha fazla bilgi bulabilirsiniz.
Visual Studio Paket Yöneticisi'nde Azure Artifacts akışları
Artık Azure Artifacts akışlarından sunulan paketler için Visual Studio NuGet Paket Yöneticisi'nde paket simgelerini, açıklamalarını ve yazarlarını gösteriyoruz. Daha önce, bu meta verilerin çoğu VS'ye sağlanmadı.
Akışa bağlanma deneyimi güncelleştirildi
Akışa bağlan iletişim kutusu, Azure Artifacts'i kullanmanın giriş yoludur; Azure DevOps'ta akışlardan paket göndermek ve çekmek için istemcileri ve depoları yapılandırma hakkında bilgi içerir. İletişim kutusunu ayrıntılı kurulum bilgileri ekleyecek şekilde güncelleştirdik ve yönergeler sunduğumuz araçları genişlettik.
Genel akışlar artık yukarı akış desteğiyle genel kullanıma sunuldu
Genel akışların genel önizlemesi harika bir benimseme ve geri bildirim aldı. Bu sürümde, genel kullanıma sunulan ek özellikleri genişlettik. Artık genel akışı özel bir akıştan yukarı akış kaynağı olarak ayarlayabilirsiniz. Özel ve proje kapsamlı akışlardan yukarı akış oluşturarak yapılandırma dosyalarınızı basit tutabilirsiniz.
Portaldan proje kapsamlı akışları İçerik Oluşturucu
Genel akışları kullanıma sunduğumuzda , proje kapsamlı akışlar da yayımladık. Şimdiye kadar REST API'ler aracılığıyla veya genel akış oluşturup projeyi özele dönüştürerek proje kapsamlı akışlar oluşturulabilirdi. Artık gerekli izinlere sahipseniz herhangi bir projeden doğrudan portalda proje kapsamlı akışlar oluşturabilirsiniz. Ayrıca hangi akışların proje olduğunu ve hangilerinin akış seçicide koleksiyon kapsamında olduğunu da görebilirsiniz.
npm performans geliştirmeleri
Azure Artifacts akışlarında npm paketlerini depolama ve teslim etme şeklimizi geliştirmek için temel tasarımımızda değişiklikler yaptık. Bu, npm için en yüksek kullanılan API'lerden bazıları için gecikme süresinde 10 kat azalmaya ulaşmamıza yardımcı oldu.
Erişilebilirlik geliştirmeleri
Akışlar sayfamızda erişilebilirlik sorunlarını gidermek için düzeltmeler dağıttık. Düzeltmeler şunları içerir:
- İçerik Oluşturucu akışı deneyimi
- Genel akış ayarları deneyimi
- Akış deneyimine bağlanma
Wiki
Kod wiki sayfaları için zengin düzenleme
Daha önce bir kod wiki sayfasını düzenlerken düzenleme için Azure Repos hub'ına yönlendiriliyordunuz. Şu anda Repo hub'ı markdown düzenleme için iyileştirilmemiştir.
Artık wiki'nin içindeki yan yana düzenleyicide bir kod wiki sayfasını düzenleyebilirsiniz. Bu, içeriğinizi oluşturmak için zengin markdown araç çubuğunu kullanarak düzenleme deneyimini proje wiki'sindekiyle aynı hale getirmenizi sağlar. Bağlam menüsündeki Depolarda Düzenle seçeneğini belirleyerek depolarda düzenlemeyi seçebilirsiniz.
Wiki sayfasından iş öğelerini İçerik Oluşturucu ve ekleme
Geri bildiriminizi dinlerken beyin fırtınası belgelerini, planlama belgelerini, özelliklerle ilgili fikirleri, belirtim belgelerini, toplantı dakikalarını yakalamak için wiki kullandığınızı duyduk. Artık wiki sayfasından çıkmadan doğrudan bir planlama belgesinden kolayca özellik ve kullanıcı hikayeleri oluşturabilirsiniz.
İş öğesi oluşturmak için wiki sayfasında iş öğesini eklemek istediğiniz metni seçin ve sonra da Yeni iş öğesi'ni seçin. Bu size zaman kazandırır çünkü önce iş öğesini oluşturmanız gerekmez, düzenlemeye gidin ve eklemek için iş öğesini bulun. Ayrıca wiki kapsamının dışına çıkmadığınız için bağlam anahtarını da azaltır.
Wiki'den iş öğesi oluşturma ve ekleme hakkında daha fazla bilgi edinmek için buradaki belgelerimize bakın.
Wiki sayfalarındaki açıklamalar
Daha önce wiki'nin içindeki diğer wiki kullanıcılarıyla etkileşim kurmanın bir yolu yoktu. Bu, içerik üzerinde işbirliği yapılmasını ve konuşmaların posta veya sohbet kanalları üzerinden gerçekleşmesi gerektiğinden soruların yanıtlanmasında zorluk yarattı. Yorumlar sayesinde artık doğrudan wiki'nin içinden başkalarıyla işbirliği yapabilirsiniz. Diğer ekip üyelerinin dikkatini çekmek için açıklamaların içindeki kullanıcılar işlevselliğinden yararlanabilirsiniz @mention . Bu özellik , bu öneri biletine göre önceliklendirildi. Yorumlar hakkında daha fazla bilgi için lütfen buradaki belgelerimize bakın.
"" ile başlayan klasörleri ve dosyaları gizleyin. wiki ağacında
Şimdiye kadar wiki ağacı, wiki ağacında nokta (.) ile başlayan tüm klasörleri ve dosyaları göstermiş. Kod wiki senaryolarında bu, gizli olması amaçlanan .vscode gibi klasörlerin wiki ağacında gösterilmesine neden oldu. Şimdi, noktayla başlayan tüm dosya ve klasörler wiki ağacında gizli kalacak ve bu nedenle gereksiz dağınıklık azaltılacak.
Bu özellik , bu öneri biletine göre önceliklendirildi.
Kısa ve okunabilir Wiki sayfası URL'leri
Artık wiki sayfası bağlantılarını paylaşmak için çok satırlı bir URL kullanmanız gerekmez. Parametreleri kaldırmak için URL'deki sayfa kimliklerinden yararlanarak URL'yi daha kısa ve okunmasını kolaylaştırıyoruz.
URL'lerin yeni yapısı şöyle görünür:
https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}
Bu, Azure DevOps Wiki'ye Hoş Geldiniz sayfasının yeni URL'sine bir örnektir:
https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki
Bu, Geliştirici Topluluğu bu özellik öneri biletine göre önceliklendirildi.
Wiki sayfalarını düzenlemek için zaman uyumlu kaydırma
Düzenleme ve önizleme bölmesi arasında zaman uyumlu kaydırma özelliği sayesinde wiki sayfalarını düzenlemek artık daha kolay. Bir tarafta kaydırma, ilgili bölümleri eşlemek için otomatik olarak diğer tarafı kaydıracaktır. Zaman uyumlu kaydırmayı iki durumlu düğmeyle devre dışı bırakabilirsiniz.
Not
Zaman uyumlu kaydırma iki durumlu düğmesinin durumu kullanıcı ve hesap başına kaydedilir.
Wiki sayfaları için sayfa ziyaretleri
Artık wiki sayfaları için sayfa ziyaretleri hakkında içgörüler edinebilirsiniz. REST API, son 30 gün içindeki sayfa ziyaretleri bilgilerine erişmenizi sağlar. Wiki sayfalarınız için raporlar oluşturmak için bu verileri kullanabilirsiniz. Ayrıca, bu verileri veri kaynağınızda depolayabilir ve en çok görüntülenen ilk n sayfa gibi belirli içgörüler elde etmek için panolar oluşturabilirsiniz.
Ayrıca her sayfada son 30 gün için toplu sayfa ziyaretleri sayısı görürsünüz.
Not
Sayfa ziyareti, belirli bir kullanıcı tarafından 15 dakikalık bir aralıkta sayfa görünümü olarak tanımlanır.
Raporlama
İşlem hattı hatası ve süre raporları
Ölçümler ve içgörüler, işlem hatlarınızın aktarım hızını ve kararlılığını sürekli geliştirmenize yardımcı olur. İşlem hatlarınız hakkında içgörüler sağlamak için iki yeni rapor ekledik.
- İşlem hattı hata raporu, derleme geçiş hızını ve hata eğilimini gösterir. Ayrıca, işlem hattındaki en fazla hata sayısına hangi görevin katkıda bulunduğuna ilişkin içgörüler sağlamak için görev hatası eğilimini de gösterir.
- İşlem hattı süresi raporu, işlem hattının çalışması için geçen süre eğilimini gösterir. Ayrıca işlem hattındaki hangi görevlerin en fazla zaman aldığını gösterir.
Sorgu Sonuçları pencere öğesinde geliştirme
Sorgu sonuçları pencere öğesi en popüler pencere öğelerimizden biridir ve bunun iyi bir nedeni vardır. Pencere öğesi, sorgunun sonuçlarını doğrudan panonuzda görüntüler ve birçok durumda kullanışlıdır.
Bu güncelleştirme ile uzun süredir beklenen birçok iyileştirmeyi dahil ettik:
- Artık pencere öğesinde görüntülemek istediğiniz kadar sütun seçebilirsiniz. Artık 5 sütun sınırı yok!
- Pencere öğesi 1x1 ile 10x10 arasından tüm boyutları destekler.
- Bir sütunu yeniden boyutlandırdığınızda , sütun genişliği kaydedilir.
- Pencere öğesini tam ekran görünümüne genişletebilirsiniz. Genişletildiğinde, sorgu tarafından döndürülen tüm sütunları görüntüler.
Müşteri Adayı ve Döngü Süresi pencere öğeleri gelişmiş filtreleme
Müşteri adayı ve döngü süresi , ekiplerin geliştirme işlem hatlarında çalışmanın ne kadar sürdüğünü görmek ve nihai olarak müşterilerine değer sunmak için kullanılır.
Şimdiye kadar , müşteri adayı ve döngü süresi pencere öğeleri gelişmiş filtre ölçütlerini desteklemedi ve şu gibi sorular sormayı desteklemedi: "Ekibimin daha yüksek öncelikli öğeleri kapatması ne kadar sürüyor?"
Bu güncelleştirme ile bu gibi sorular Pano kulvarını filtreleyerek yanıtlanabilir.
Grafikte görünen iş öğelerini sınırlamak için iş öğesi filtrelerini de dahil ettik.
İçerik noktalarını kullanarak satır içi sprint yazma
Sprint Burndown'ınız artık Hikayeler tarafından yakılabilir. Bu, Geliştirici Topluluğu geri bildirimlerinizi giderir.
Sprint hub'ından Analiz sekmesini seçin. Ardından raporu aşağıdaki gibi yapılandırın:
- Hikayeler kapsamı'nu seçin
- Hikaye Noktalarının Toplamı'nda yazmak için seçin
İstediğiniz her şeyi içeren sprint burndown pencere öğesi
Yeni Sprint Yazma pencere öğesi Öykü Noktalarına, Görev sayısına veya özel alanları toplayarak yazma işlemini destekler. Özellikler veya Epic'ler için sprint yazma bile oluşturabilirsiniz. Pencere öğesi ortalama yazma, tamamlanma yüzdesi ve kapsam artışını görüntüler. Ekibi yapılandırarak aynı panoda birden çok ekip için sprint'leri görüntülemenizi sağlayabilirsiniz. Görüntülenecek tüm bu harika bilgiler sayesinde panoda 10x10'a kadar yeniden boyutlandırmanıza olanak tanırız.
Denemek için pencere öğesi kataloğundan veya mevcut Sprint Burndown pencere öğesinin yapılandırmasını düzenleyerek ve Yeni sürümü şimdi deneyin kutusunu işaretleyerek ekleyebilirsiniz.
Not
Yeni pencere öğesiNde Analytics kullanılır. Analytics'e erişiminiz olmadığı takdirde eski Sprint Burndown'ı sakladık.
Satır içi sprint burndown küçük resmi
Sprint Yazma geri döndü! Birkaç sprint önce Sprint Yazma ve Görev Panosu üst bilgilerinden bağlam içi sprint yazma işlemini kaldırdık. Geri bildirimlerinize dayanarak sprint burndown küçük resmini geliştirdik ve yeniden kullanıma aldık.
Küçük resme tıklanırken hemen grafiğin daha büyük bir sürümü görüntülenir ve analiz sekmesinin altında raporun tamamını görüntüleme seçeneği bulunur. Raporun tamamında yapılan değişiklikler üst bilgide görüntülenen grafiğe yansıtılır. Bu nedenle artık bunu yalnızca kalan çalışma miktarı yerine hikayelere, hikaye noktalarına veya görev sayısına göre yazacak şekilde yapılandırabilirsiniz.
Ekip olmadan pano İçerik Oluşturucu
Artık bir ekiple ilişkilendirmeden pano oluşturabilirsiniz. Pano oluştururken Proje Panosu türünü seçin.
Proje Panosu, Ekip Panosu gibidir, ancak bu pano bir Ekiple ilişkilendirilmemiştir ve panoyu kimlerin düzenleyebileceğine/yönetebileceğine siz karar vekleyebilirsiniz. Ekip Panosu gibi, projedeki herkes tarafından görülebilir.
Ekip bağlamı gerektiren tüm Azure DevOps pencere öğeleri, yapılandırmalarında bir ekip seçmenize olanak verecek şekilde güncelleştirildi. Bu pencere öğelerini Proje Panolarına ekleyebilir ve istediğiniz ekibi seçebilirsiniz.
Not
Özel veya üçüncü taraf pencere öğeleri için, Proje Panosu bu pencere öğelerine varsayılan ekibin bağlamını geçirir. Ekip bağlamını kullanan özel bir pencere öğeniz varsa, bir ekip seçmenize izin vermek için yapılandırmayı güncelleştirmeniz gerekir.
Geri Bildirim
Görüşlerinizi almaktan mutluluk duyarız! Bir sorunu bildirebilir veya fikir verebilir, Geliştirici Topluluğu aracılığıyla izleyebilir ve Stack Overflow hakkında öneriler alabilirsiniz.