Azure DevOps Server 2020 Sürüm Notları

Geliştirici Community | Sistem Gereksinimleri | Lisans Koşulları | DevOps Blogu | SHA-1 Karmaları

Bu makalede, en yeni sürümle ilgili bilgileri Azure DevOps Server.

Bir dağıtım yükleme veya yükseltme hakkında daha fazla bilgi Azure DevOps Server için bkz. Azure DevOps Server Gereksinimleri. Diğer ürünleri Azure DevOps için İndirmeler sayfasını Azure DevOps Server ziyaret edin.

Azure DevOps Server 2020'ye doğrudan yükseltme, Azure DevOps Server 2019 veya Team Foundation Server 2015 veya daha yeni bir sürümden destekleni. TFS dağıtımınız TFS 2010 veya önceki bir sürümde ise, 2019'a yükseltmeden önce bazı ara adımları Azure DevOps Server gerekir. Daha fazla bilgi için bkz. Şirket içi Azure DevOps yükleme ve yapılandırma.

Azure DevOps Server 2020.0.1 Düzeltme Eki 7 Yayın Tarihi: 26 Ekim 2021

Azure DevOps Server 2020.0.1 için Yama 7 aşağıdaki düzeltmeleri içerir.

• Daha önce Azure DevOps Server Sunucu'ya yalnızca GitHub Enterprise oluşturamzdı. Bu düzeltme ekiyle, proje yöneticileri Azure DevOps Server.com'da depolar arasında GitHub oluşturabilir. Bu ayarı, Project Ayarlar altında GitHub bağlantıları sayfasında bulabilirsiniz.
• Test Planı pencere öğesiyle ilgili sorunu çözebilirsiniz. Test yürütme raporu sonuçlarda yanlış bir kullanıcı gösteriyordu.
• Genel Bakış Project sayfası yüklenemedi sorunu giderildi.
• Ürün yükseltme işlemini onaylamak için e-posta gönderilmedi sorunu giderildi.

Azure DevOps Server 2020.0.1 Düzeltme Eki 6 Yayın Tarihi: 14 Eylül 2021

Azure DevOps Server 2020.0.1 için Yama 6 aşağıdaki düzeltmeleri içerir.

• İndirme Artifacts/karşıya yükleme hatası düzeltildi.
• Tutarsız verilerle ilgili sorunları Test Sonuçları çözebilirsiniz.

Azure DevOps Server 2020.0.1 Düzeltme Eki 5 Yayın Tarihi: 10 Ağustos 2021

Azure DevOps Server 2020.0.1 için Yama 5 aşağıdaki düzeltmeleri içerir.

• Derleme tanımı kullanıcı arabirimi hatası düzeltildi.
• Kök depo yerine dosyaları görüntülemek için göz atma geçmişi değiştirildi.
• Bazı iş öğesi türleri için e-posta teslim işleri ile ilgili sorun giderildi.

Azure DevOps Server 2020.0.1 Düzeltme Eki 4 Yayın Tarihi: 15 Haziran 2021

Azure DevOps Server 2020.0.1 için Yama 4 aşağıdaki düzeltmeleri içerir.

• Veri içeri aktarma ile ilgili sorun giderildi. Veri içeri aktarma işlemi, çok sayıda eski test işlemi olan müşteriler için uzun zaman alıyordu. Bunun nedeni tablonun boyutunu artıran başvurulardan tbl_testCaseReferences kaynaklandı. Bu düzeltme ekiyle, veri içeri aktarma işlemini hızlandırmak için eski test çalışmalarına yapılan başvuruları kaldırdık.

Azure DevOps Server 2020.0.1 Düzeltme Eki 3 Yayın Tarihi: 11 Mayıs 2021

Azure DevOps Server 2020.0.1 için aşağıdaki düzeltmelerin yer alan bir düzeltme eki yayınlandı.

• Microsoft.TeamFoundation.TestManagement.Client kullanılırken Test Sonuçları tutarsız veriler.

2020.0.1 Azure DevOps Server varsa, Azure DevOps Server 2020.0.1 Patch 3'ü yüklemeniz gerekir.

Yükleme doğrulama

• 1. Seçenek: devops2020.0.1patch3.exe CheckInstall devops2020.0.1patch3.exe, yukarıdaki bağlantıdan indirilen dosyadır. Komutun çıkışı, düzeltme ekini yüklemiş veya yüklü olmadığını belirtir.

• 2. Seçenek: Aşağıdaki dosyanın sürümünü kontrol edin: [INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll . Azure DevOps Server 2020.0.1 varsayılan c:\Program Files\Azure DevOps Server 2020 olarak sürümüne yüklenir. Azure DevOps Server 2020.0.1 Yama 3'ü yükledikten sonra sürüm 18.170.31228.1 olur.

Azure DevOps Server 2020.0.1 Düzeltme Eki 2 Yayın Tarihi: 13 Nisan 2021

Azure DevOps Server 2020.0.1 için aşağıdaki düzeltmelerin yer alan bir düzeltme eki yayınlandı.

• CVE-2021-27067: Bilgilerin açığa çıkması
• CVE-2021-28459: Ayrıcalık yükseltmesi

Bu düzeltme ekine düzeltme uygulamak için, AzureResourceGroupDeploymentV2 ve AzureResourceManagerTemplateDeploymentV3 görev yüklemeleri için aşağıda listelenen adımları izlemeniz gerekir.

Genel düzeltme eki yüklemesi

2020.0.1 Azure DevOps Server varsa, Azure DevOps Server 2020.0.1 Düzeltme Eki 2'ye yüklemeniz gerekir.

Yükleme doğrulama

• 1. Seçenek: devops2020.0.1patch2.exe CheckInstall devops2020.0.1patch2.exe, yukarıdaki bağlantıdan indirilen dosyadır. Komutun çıkışı, düzeltme ekini yüklemiş veya yüklü olmadığını belirtir.

• 2. Seçenek: Aşağıdaki dosyanın sürümünü kontrol edin: [INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll . Azure DevOps Server 2020.0.1 varsayılan c:\Program Files\Azure DevOps Server 2020 olarak sürümüne yüklenir. Azure DevOps Server 2020.0.1 Yama 2'yi yükledikten sonra sürüm 18.170.31123.3 olur.

AzureResourceGroupDeploymentV2 görev yüklemesi

Yükleme

1. Yeni AzureResourceGroupDeploymentV2.zip bilgisayarınızda yeni bir klasöre ayıklar. Örneğin: D:\tasks\AzureResourceGroupDeploymentV2.

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

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

npm install -g tfx-cli

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

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

~$ tfx login
Copyright Microsoft Corporation

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

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

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

AzureResourceManagerTemplateDeploymentV3 görev yüklemesi

Yükleme

1. Yeni AzureResourceManagerTemplateDeploymentV3.zip bilgisayarınızda yeni bir klasöre ayıklar. Örneğin:D:\tasks\AzureResourceManagerTemplateDeploymentV3.

2. Makineniz için uygun Node.js 14.15.1 ve npm (Node.js indirmeye dahildir) indirip yükleyin.

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

npm install -g tfx-cli

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

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

~$ tfx login
Copyright Microsoft Corporation

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

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

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

Azure DevOps Server 2020.0.1 Düzeltme Eki 1 Yayın Tarihi: 9 Şubat 2021

Azure DevOps Server 2020.0.1 için aşağıdaki düzeltmelerin yer alan bir düzeltme eki yayınlandı. Daha fazla bilgi için lütfen blog gönderisine bakın.

• Bu Geliştirici geri bildirim biletinde bildirilen Community çözebilirsiniz| Yeni Test Çalışma düğmesi çalışmıyor
• Azure DevOps Server 2020 Patch 2 ile yayımlanan düzeltmeleri içerir.

Azure DevOps Server 2020 Patch 3 Yayın Tarihi: 9 Şubat 2021

Azure DevOps Server 2020 için aşağıdaki düzeltmelerin yer alan bir düzeltme eki yayınlandı. Daha fazla bilgi için lütfen blog gönderisine bakın.

• Bu Geliştirici geri bildirim biletinde bildirilen Community çözebilirsiniz| Yeni Test Çalışma 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 listesidir. 2020.0.1'Azure DevOps Server doğrudan yükleyebilir veya var olan 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 Git proxy'sini yükseltmeden sonra çalışmayı durduran bir yükseltme sorununu çözebilirsiniz.
• 2020'ye yükseltirken 2017'den Team Foundation Server önce ENU olmayan koleksiyonlar için System.OutOfMemoryException özel durumu Azure DevOps Server düzeltildi. Bu Geliştirici geri bildirim biletinde bildirilen Community çözer.
• Eksik hizmet hatalarının neden olduğu hizmet Microsoft.Azure.DevOps.ServiceEndpoints.Sdk.Server.Extensions.dll. Bu Geliştirici geri bildirim biletinde bildirilen Community çözer.
• Azure DevOps Server 2020'ye yükseltirken Analytics'te geçersiz sütun adı hatası düzeltildi. bu geliştirici Community geri bildirim bileti' nde bildirilen sorunu çözer.
• Test çalışması sonuçlarında test çalışması adımları görüntülenirken, bu durum depolandı.
• Noktaları sonuçları verilerini TCM 'e geçirirken yükseltme adımı hatası.

Azure DevOps Server 2020 düzeltme eki 2 yayın tarihi: 12 ocak 2021

Azure DevOps Server 2020 için aşağıdaki düzeltmeleri yapan bir düzeltme eki 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
• korunmayan derlemeler Azure DevOps Server 2020 ' e geçişten sonra hemen silinir
• Veri sağlayıcı özel durumunu onarma

Azure DevOps Server 2020 düzeltme eki 1 tarihi: 8 aralık 2020

Azure DevOps Server 2020 için aşağıdaki düzeltmeleri yapan bir düzeltme eki yayımladık. Daha fazla bilgi için lütfen blog gönderisine bakın.

• CVE-2020-17145: Azure DevOps Server ve Team Foundation hizmetleri yanıltma güvenlik açığı

Azure DevOps Server 2020 yayın tarihi: 6 ekim 2020

Azure DevOps Server 2020, hata düzeltmelerinin bir toplaması olur. bu, daha önce yayınlanmış Azure DevOps Server 2020 RC2 'deki tüm özellikleri içerir.

Azure DevOps 2019 (herhangi bir sürüm) veya Azure DevOps 2020 sürüm adayından yükseltiyorsanız ve önceki sürümle aynı dizine yüklüyorsanız, derleme Microsoft.TeamFoundation.Git.dll yüklenmez. Microsoft.TeamFoundation.Git.dllYerinde <Install Dir>\Version Control Proxy\Web Services\bin <Install Dir>\Application Tier\TFSJobAgent ve klasörlerinde arayarak sorunu ziyaret ettiğini doğrulayabilirsiniz <Install Dir>\Tools . Dosya eksikse, eksik dosyaları geri yüklemek için bir onarma işlemi çalıştırabilirsiniz.

bir onarım çalıştırmak için Settings -> Apps & Features Azure DevOps Server makineye/VM 'ye gidin ve Azure DevOps 2020 sunucusunda bir onarım çalıştırın. Onarım tamamlandıktan sonra makineyi/VM 'yi yeniden başlatabilirsiniz.

Azure DevOps Server 2020 RC2 yayın tarihi: 11 ağustos 2020

Azure DevOps Server 2020 RC2, hata düzeltmelerinin bir toplaması. Azure DevOps Server 2020 RC1 'in önceden yayımlanan tüm özelliklerini içerir.

Azure DevOps Server 2020 RC1 yeniden yayın tarihi: 10 temmuz 2020

bu geliştirici Community geri bildirim biletinionarmak için Azure DevOps Server 2020 RC1 'i yeniden serbest bıraktı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 Repos, Pipelines ve Wiki 'deki dosyaları görüntüleyemedik. Sayfanın bu bölgesinde beklenmeyen bir hata oluştuğunu belirten bir hata iletisi vardı. Bu bileşeni yeniden yüklemeyi veya sayfanın tamamını yenilemeyi deneyebilirsiniz. Bu sürümde, bu sorunu düzelttik. Daha fazla bilgi için lütfen blog gönderisine bakın.

Azure DevOps Server 2020 RC1 yayın tarihi: 30 haziran 2020

Azure DevOps Server 2020 ' deki yenilikler hakkında özet

Azure DevOps Server 2020 birçok yeni özellik sunmaktadır. Önemli noktalardan bazıları:

• Çok aşamalı işlem hatları
• YAML 'de sürekli dağıtım
• Boards biriktirme listesinde toplama kullanarak üst öğelerin ilerlemesini izleme
• Görev panosuna ve Sprint kapsamına "üst Iş öğesi" filtresi ekleme
• Azure Repos giriş sayfaları için yeni Web kullanıcı arabirimi
• Çapraz depo dal ilkesi yönetimi
• Yeni test planı sayfası
• Kod wiki sayfaları için zengin düzenlemeler
• Ardışık düzen hatası ve süre raporları

Ayrıca, her bir hizmet için tüm yeni özellikleri görmek üzere tek tek bölümlere atlayabilirsiniz:

• Genel
• Boards
• Repos
• Pipelines
• Test Plans
• Artifacts
• Wiki
• Raporlama

Genel

Azure DevOps CLı genel kullanılabilirliği

şubat ayında Azure clı için Azure DevOps uzantısını sunuyoruz. uzantı, komut satırından Azure DevOps etkileşimde bulunmanıza olanak tanır. Uzantınızı geliştirmemize ve daha fazla komut eklemeye yardımcı olan geri bildirimlerinizi topladık. Artık uzantının genel kullanıma sunulduğunu duyurmaktan mutluluk duyuyoruz.

Azure DevOps clı hakkında daha fazla bilgi edinmek için burayabakın.

dağıtım merkezinden Windows için Azure WebApps dağıtmak üzere yayımlama profili kullanma

artık Azure WebApps for Windows dağıtım merkezi 'nden dağıtmak için profil tabanlı kimlik doğrulamasını yayımla ' yı kullanabilirsiniz. yayımlama profilini kullanarak Windows için bir Azure WebApp 'a dağıtım izniniz varsa, bu profili dağıtım merkezi iş akışlarında kullanarak işlem hattını ayarlayabileceksiniz.

Boards

Görev panosuna ve Sprint kapsamına "üst Iş öğesi" filtresi ekleme

Sprint panosuna ve sprint biriktirme listesine yeni bir filtre ekledik. Bu, gereksinim düzeyi biriktirme listesi öğelerini (soldaki ilk sütun) üst öğelerine göre filtrelemenize izin verir. Örneğin, aşağıdaki ekran görüntüsünde, görünümü yalnızca üst öğenin "büyük özellik" olduğu kullanıcı hikayelerini gösterecek şekilde filtreliyoruz.

Hata işleme deneyimini iyileştirme – hata/görevde gerekli alanlar

Tarihsel olarak, Kanban panosundan, bir çalışma öğesini bir sütundan, durum değişikliğinin tetiklediği alan kuralına başka bir yere taşıdıysanız, kart yalnızca kırmızı bir hata iletisi gösterir ve bu, temel nedeni anlamak için iş öğesini açmaya zorlar. Sprint 170 ' de deneyimi geliştirdik. böylece, şimdi kırmızı hata iletisine tıklayarak hatanın ayrıntılarını iş öğesinin kendisini açmaya gerek kalmadan görebilirsiniz.

Çalışma öğesi canlı yeniden yükleme

Daha önce, bir iş öğesi güncelleştirilirken ve ikinci bir ekip üyesi aynı iş öğesinde değişiklik yaparken ikinci Kullanıcı değişikliklerini kaybeder. Artık 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 yineleme ve alan yollarını yönetme

Artık ve komutlarını kullanarak komut satırından yineleme ve alan yollarını yönetebilirsiniz az boards iteration az boards area . Örneğin, CLı 'dan etkileşimli olarak yineleme ve alan yolları oluşturabilir ve yönetebilir veya bir komut dosyası kullanarak tüm kurulumu otomatikleştirebilir. Komutlar ve sözdizimi hakkında daha fazla ayrıntı için buradakibelgelere bakın.

Sütun seçeneği olarak iş öğesi üst sütunu

Artık ürün biriktirme listesi veya Sprint kapsamınızdaki her iş öğesinin üst öğesini görme seçeneğiniz vardır. Bu özelliği etkinleştirmek için, istenen biriktirme listesinden sütun seçenekleri gidin ve üst sütunu ekleyin.

Bir proje tarafından kullanılan işlemi değiştirme

Araçlarınız ekibiniz gibi değişmelidir, artık projelerinizi herhangi bir kullanıma hazır işlem şablonundan diğer kullanıma hazır bir işleme geçirebilirsiniz. Örneğin, projenizi çevik kullanarak Scrum veya temel olarak çevik olarak değiştirebilirsiniz. Adım adım tam belgeleri buradabulabilirsiniz.

Özel alanları düzenden gizle

Artık işleminizi özelleştirirken form düzeninden özel alanları gizleyebilirsiniz. Alan, sorgular ve REST API 'Lerinde kullanılabilir olmaya devam edecektir. Bu, diğer sistemlerle tümleştirilirken ek alanların izlenmesi için yararlı olarak sunulur.

üç yeni Azure Boards raporla takımınızın sistem durumuyla ilgili öngörüler edinin

Görmemizi gideremiyoruz. Bu nedenle, çalışma işlemlerinin durumu ve durumu üzerinde bir yakın gözle tutulması istiyorsunuz. Bu raporlarla, Azure Boards en az çabayla önemli ölçümleri izlemenize daha kolay hale getiririz.

etkileşimli üç yeni rapor şunlardır: Burndown, kümülatif Flow diyagramı (cfd) ve hız. Raporları yeni analiz sekmesinde görebilirsiniz.

Sprint burndown, iş akışı ve takım hızı gibi ölçümler, ekibinizin ilerleme durumunun görünürlüğünü sağlar ve şu gibi sorulara yanıt vermenize yardımcı olur:

• Bu Sprint 'te ne kadar iş kaldı? Bunu tamamladığımız için izliyoruz?
• Geliştirme sürecinin hangi adımı en uzun sürüyor? Bu konuyla ilgili bir işlem yapabilir miyim?
• Önceki yinelemelere göre, Sprint 'in bir sonraki planlaması için ne kadar iş planlıyoruz?

Yeni raporlar tamamen etkileşimlidir ve bunları gereksinimlerinize göre ayarlamanıza olanak sağlar. Yeni raporları her bir hub 'daki analiz sekmesinde bulabilirsiniz.

• Burndown grafiği Sprint hub 'ında bulunabilir.

  

• cfd ve hız raporlarına, ilgili karta tıklayarak Boards ve biriktirme listesi altındaki analiz sekmesinden erişilebilir.

  

Yeni raporlarla, daha fazla denetim ve ekibiniz hakkında daha fazla bilgi bulabilirsiniz. İşte bazı örnekler:

• Sprint burndown ve hız raporları iş öğelerinin sayısını veya kalan çalışmanın toplamını kullanacak şekilde ayarlanabilir.
• Proje tarihlerini etkilemeden sprint burndown 'ın zaman çerçevesini ayarlayabilirsiniz. Bu nedenle, takımınız genellikle her sprint planlamasının ilk gününde kullanılıyorsa, artık bu grafiği yansıtacak şekilde grafikle eşleştirebilirsiniz.
• Burndown grafiğinde artık hafta sonları gösteren bir filigran vardır.
• CFD raporu, takımların denetim sahibi olduğu akışa daha fazla odaklanmak için tasarım gibi Pano sütunlarını kaldırmanızı sağlar.

Aşağıda, hikayeler biriktirme listesinin son 30 günü için akışı gösteren CFD raporunun bir örneği verilmiştir.

Hız grafiği artık tüm kapsam düzeyleri için izlenebilir. Örneğin, artık önceki grafik için gereksinimlerin desteklenme öncesinde hem özellikleri hem de Estanleri ekleyebilirsiniz. Özellikler biriktirme listesinin son 6 yinelemelerinin hız raporuna bir örnek aşağıda verilmiştir.

Taskboard sütunlarını özelleştirme

Görev panosundaki sütunları özelleştirmenize izin veren bir seçenek eklediğimiz hakkında duyurmaktan mutluluk duyuyoruz. Artık sütunları ekleyebilir, kaldırabilir, yeniden adlandırabilir ve yeniden düzenleyebilirsiniz.

Görev panonuzdaki sütunları yapılandırmak için sütun seçenekleri gidin.

Bu özellik, geliştirici Community bir önerisine göre önceliklendirilir.

Biriktirme listesindeki tamamlanan alt iş öğelerini göstermek veya gizlemek için değiştirin

Birçok kez biriktirme listesini iyileştirirken yalnızca tamamlanmamış öğeleri görmek istersiniz. Artık biriktirme listesindeki tamamlanan alt öğeleri gösterme veya gizleme olanağınız vardır.

Geçiş açık ise, tüm alt öğeleri tamamlanmış durumda görürsünüz. Geçiş devre dışı bırakıldığında, tamamlanmış durumdaki tüm alt öğeler biriktirme listesinden gizlenir.

Bir iş öğesi etiketlerken görüntülenen en son Etiketler

Bir iş öğesini etiketlerken, otomatik tamamlanma seçeneği artık en son kullanılan etiketlerden beş adede kadar görüntüler. Bu, iş öğelerinize doğru bilgileri eklemenizi kolaylaştırır.

Grup üyeliği için salt okunurdur ve gerekli kurallar

Çalışma öğesi kuralları davranışlarını otomatikleştirmek için iş öğesi alanları üzerinde belirli eylemler ayarlamanıza olanak sağlar. Bir alanı grup üyeliğine göre salt okunurdur veya gerekli olacak şekilde ayarlamak için bir kural oluşturabilirsiniz. Örneğin, ürün sahipleri için, diğer herkes için salt okunurdur, özelliklerinizin önceliğini ayarlama yeteneği vermek isteyebilirsiniz.

Sistem seçim listesi değerlerini özelleştirme

Artık önem, etkinlik, öncelik vb. gibi herhangi bir sistem seçim listesinin (neden alanı dışında) değerlerini özelleştirebilirsiniz. Seçim listesi özelleştirmeleri, her iş öğesi türü için aynı alan için farklı değerleri yönetebilmeniz için kapsamlandırılır.

Yeni iş öğesi URL parametresi

Yeni iş öğesi URL parametresindeki pano veya biriktirme listesi bağlamı ile iş öğelerinin bağlantılarını paylaşabilirsiniz. Artık, URL 'ye parametresini ekleyerek panonuzda, kapsamınızda veya Sprint deneyiminizdeki bir iş öğesi iletişim kutusunu açabilirsiniz ?workitem=[ID] .

Bağlantıyı paylaştığınız herkes, bağlantıyı paylaştığınız aynı bağlamla birlikte kalacak!

Metin alanlarında kişileri, iş öğelerini ve PR 'ler bahsetme

Geri bildiriminizi incelediğimiz gibi, iş öğesi Açıklama alanında (ve diğer HTML alanlarında) kişileri, iş öğelerini ve PR 'ler bahsetmeyi istediğinizi söyliyoruz. Bazen bir iş öğesi üzerinde biriyle işbirliği yapmış olabilirsiniz veya iş öğesi açıklamasındaki bir PR 'yi vurgulamak isteyebilirsiniz, ancak bu bilgileri eklemek için bir yol yoktu. Artık kişileri, iş öğelerini ve PR 'ler iş öğesinde tüm uzun metin alanlarında bahsetmeniz gerekir.

Burada bir örnek görebilirsiniz.

• Kişileri kullanmak için, bahsetmek istediğiniz @ işareti ve kişinin adını yazın. @mentions çalışma öğesi alanları, açıklamalar için ne gibi bir e-posta bildirimi oluşturacaktır.
• İş öğesi bahsetmeleri kullanmak için, # oturum Öğesı kimliğini veya başlığını izleyen işareti yazın. #mentions, iki iş öğesi arasında bir bağlantı oluşturur.
• PR bahsetmelerini kullanmak için bir ! ekleyin! ardından, PR KIMLIĞINIZ veya adınız gelir.

Tartışma açıklamaları üzerinde yeniden Eylemler

Ana hedeflerimizden biri, iş öğelerini takımlar için daha fazla işbirliği yapmak içindir. Son zamanlarda, iş öğesi üzerinde tartışmalarda istediğiniz işbirliği özelliklerini öğrenmek için Twitter 'da bir yoklama yaptık. Yorumlara yeniden eylem getirme yoklamayı kazandı, bu nedenle bunları ekliyoruz! Twitter yoklamasına ilişkin sonuçlar aşağıda verilmiştir.

Herhangi bir açıklamaya yeniden eylemler ekleyebilirsiniz ve yeniden eylemlerinizi eklemenin iki yolu vardır: herhangi bir yorum için sağ üst köşedeki gülen yüz simgesi ve var olan herhangi bir yeniden eylemin yanındaki açıklamanın en altında. İsterseniz altı yeniden eylemi ya da yalnızca birini veya ikisini de ekleyebilirsiniz. Yeniden eyleminizi kaldırmak için, yorumunuz altındaki yeniden eyleme tıklayın ve kaldırılacak. Aşağıda bir yeniden eylem ekleme deneyiminin yanı sıra yeniden eylemlerin bir yorum üzerinde nasıl göründüğünü görebilirsiniz.

Azure Boards raporlarını panoya sabitleme

Sprint 155 güncelleştirmesinde, CFD ve hız raporlarının güncelleştirilmiş sürümleriniekledik. bu raporlar, Boards ve biriktirme listelerinin analiz sekmesinde bulunur. Artık raporları doğrudan panonuza sabitleyebilir. Raporları sabitlemek için raporun üzerine gelin, "..." üç noktayı seçin. Menü ve Panoya Kopyala.

Boards biriktirme listesinde toplama kullanarak üst öğelerin ilerlemesini izleme

Toplama sütunları, ilerleme çubuklarını ve/veya sayısal alanların ya da bir hiyerarşi içindeki alt öğelerin toplamlarını gösterir. Alt öğeler, hiyerarşideki tüm alt öğelere karşılık gelir. Bir veya daha fazla toplama sütunu, bir ürün veya portföy kapsamına eklenebilir.

Örneğin, burada, kapatılmış olan alt öğelerin yüzdesine bağlı olarak, asıant iş öğeleri için ilerleme çubuklarını görüntüleyen Iş öğelerine göre ilerlemeyi göstereceğiz. Estanlar için alt öğeler tüm alt özellikleri ve bunların alt veya genel iş öğelerini içerir. Özellikler için alt öğeler tüm alt kullanıcı hikayelerini ve bunların alt iş öğelerini içerir.

Taskboard canlı güncelleştirmeleri

Görev panonuz artık değişiklikler gerçekleştiğinde otomatik olarak yenilenir! Diğer ekip üyeleri görev panosundaki kartları taşır veya yeniden sıralayıp, panonuz bu değişikliklerle otomatik olarak güncelleştirilecek. En son değişiklikleri görmek için artık F5 'e basmalısınız.

Toplama sütunlarında özel alanlar için destek

Toplama artık özel alanlar dahil olmak üzere herhangi bir alanda yapılabilir. Bir toplama sütunu eklerken yine de hızlı listeden bir toplama sütunu seçebilirsiniz, ancak kullanıma hazır bir işlem şablonunun parçası olmayan sayısal alanlar üzerinde toplama yapmak istiyorsanız, kendi ayarlarınızı aşağıdaki gibi yapılandırabilirsiniz:

1. Kapsamınızda "sütun seçenekleri" ne tıklayın. Ardından panelde "toplama sütunu Ekle" ye tıklayın ve özel toplamayı yapılandırın.

   

2. Ilerleme çubuğu ve Toplam arasında seçim yapın.
3. Bir iş öğesi türü veya kapsam düzeyi seçin (genellikle biriktirme listeleri birkaç çalışma öğesi türünü toplar).
4. Toplama türünü seçin. İş öğelerinin veya toplamın sayısı. Toplam için, özetleyecek alanı seçmeniz gerekir.
5. Tamam düğmesi sizi, yeni özel sütununuzu yeniden sıralamak için sütun seçenekleri paneline geri getirir.

Tamam ' a tıkladıktan sonra özel sütununuzu düzenleyemezsiniz. Bir değişiklik yapmanız gerekiyorsa, özel sütunu kaldırın ve istediğiniz gibi başka bir tane ekleyin.

Bir iş öğesi formundaki alanları koşula göre gizlemek için yeni kural

Bir iş öğesi formundaki alanları gizlemenizi sağlamak için devralınan kurallar altyapısına yeni bir kural ekledik. Bu kural, kullanıcıların grup üyeliğine göre alanları gizleyecek. Örneğin, Kullanıcı "ürün sahibi" grubuna aitse, geliştiriciye özgü alanı gizleyebilirsiniz. Daha fazla ayrıntı için buradakibelgelere bakın.

Özel iş öğesi bildirim ayarları

Siz veya ekibiniz ile ilgili iş öğeleri için güncel kalarak inanılmaz önemli. Ekiplerin işbirliği yapmasına ve projelerle izlemeye devam etmesine yardımcı olur ve tüm doğru tarafların dahil olduğundan emin olmanızı sağlar. Ancak, farklı hissedarların farklı çabalara göre farklı düzeyde yatırımı vardır ve bir iş öğesinin durumunu izlemek için bu durumun yansıtılmalıdır.

Daha önce bir iş öğesini izlemek ve yapılan değişikliklerle ilgili bildirimler almak isterseniz, iş öğesinde yapılan tüm değişiklikler ve e-posta bildirimleri alırsınız. Geri bildiriminizi düşündüğünde, bir iş öğesini takip eden tüm hissedarlar için daha esnek hale getiririz. Şimdi, iş öğesinin sağ üst köşesindeki İzle düğmesinin yanında yeni bir ayarlar düğmesi göreceksiniz. Bu, sizi, takip etme seçeneklerinizi yapılandırmanıza olanak tanıyan bir açılır menü ile götürür.

bildirim Ayarlar, üç bildirim seçeneğinden birini seçebilirsiniz. İlk olarak, tamamen abone olunmuş olabilirsiniz. İkinci olarak, tüm iş öğesi değişiklikleri için bildirimleri alacağınız tam olarak abone olabilirsiniz. Son olarak, bazı üst ve önemli iş öğesi değişiklik olayları için bildirim almayı seçebilirsiniz. Yalnızca birini veya üç seçeneği belirleyebilirsiniz. Bu, takım üyelerinin iş öğelerini daha yüksek bir düzeyde izlemesini sağlar ve yapılan her tek değişikliğe göre hiçbir şekilde uygulanmaz. Bu özellik sayesinde gereksiz e-postaları ortadan kaldıracağız ve önemli görevlere odaklanmanız gerekir.

İş öğelerini dağıtımlara bağlama

Dağıtım denetimini iş öğesi formu üzerinde serbest bırakmanız heyecanlıyız. Bu denetim iş öğelerinizi bir yayına bağlar ve iş öğelerinizin nerede dağıtıldığını kolayca izlemenize olanak sağlar. Daha fazla bilgi edinmek için burayabakın.

İş öğelerini bir CSV dosyasından içeri aktar

bundan sonra, bir CSV dosyasından iş öğelerinin içe aktarılması Excel eklentisinin kullanılmasına bağımlıdır. bu güncelleştirmede, yeni bir sınıf içeri aktarma deneyimini doğrudan Azure Boards, böylece yeni bir deyişle yeni bir iş öğelerini içeri aktarabilir veya güncelleştirebilirsiniz. Daha fazla bilgi edinmek için burayabakın.

Üst alanı iş öğesi kartlarına ekleyin

Üst bağlam artık Kanban panonuzda iş öğesi kartları için yeni bir alan olarak kullanılabilir. Artık üst alanı kartlara ekleyerek Etiketler ve önekler gibi geçici çözümleri kullanma gereksinimini ortadan kaldırabilirsiniz.

Üst alanı biriktirme listesi ve sorgulara Ekle

Üst alan artık biriktirme listeleri 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, otomatik testler aracılığıyla yaptığınız değişiklikleri yeterince test almanızı sağlar. Kapsam durumu, çekme isteği genel görünümünde bir yorum olarak görüntülenir. 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.

Ayrıca, depo sahipleri artık kod kapsamı ilkelerini ayarlayabilir ve büyük, test edilmemiş değişikliklerin bir dalla birleştirilmesinden kaçınmaya engel olabilir. İstenen kapsam eşikleri, azurepipelines-coverage.yml deponun kökünde işaretlenmiş bir ayarlar dosyasında tanımlanabilir ve kapsam ilkesi, Azure Repos ek hizmetler için mevcut bir dal ilkesi yapılandırma özelliği kullanılarak tanımlanabilir.

Çekme isteklerinden açıklama bildirimlerini filtrele

Çekme isteklerindeki Yorumlar genellikle bildirimler nedeniyle çok sayıda gürültü oluşturabilir. Açıklama yaşı, yorum, silinen yorum, bahsedilen kullanıcılar, çekme isteği yazarı, hedef dal ve iş parçacığı katılımcıları ile hangi yorum bildirimlerine abone olacağınızı filtrelemenizi sağlayan özel bir abonelik ekledik. Sağ üst köşedeki Kullanıcı simgesine tıklayarak ve Kullanıcı ayarları' na giderek bu bildirim aboneliklerini oluşturabilirsiniz.

Çekme isteği açıklamaları için hizmet kancaları

Artık, depo ve hedef dala göre bir çekme isteğinde açıklamalar için hizmet kancaları oluşturabilirsiniz.

Belirtilen desenlerle dosyaları engellemeye yönelik ilke

Yöneticiler artık bir ilkeyi, dosya türleri ve yollarına göre bir depoya teslim edilmesini engelleyecek şekilde ayarlayabilir. Dosya adı doğrulama ilkesi, belirtilen Düzenle eşleşen gönderimleri engeller.

İş öğelerini, anahtar sözcüklerini kullanarak işlemeler aracılığıyla çözümleyin

Artık Düzeltme, düzeltmeler veya sabit gibi anahtar sözcüklerini kullanarak, varsayılan dala yapılan işlemeler aracılığıyla iş öğelerini çözümleyebilirsiniz. Örneğin, kayıt mesajınızda "Bu değişiklik düzeltildi #476" yazabilir ve iş öğesi #476, kayıt gönderildiğinde veya varsayılan dala birleştirildiğinde tamamlanır. Daha fazla ayrıntı için buradakibelgelere bakın.

Otomatik gözden geçirenler için ayrıntı düzeyi

Daha önce, bir çekme isteğine grup düzeyi gözden geçirenler eklerken, eklenen gruptan yalnızca bir onay gerekiyordu. Artık, bir ekibin otomatik gözden geçirenler eklerken çekme isteğini onaylaması için birden fazla gözden geçiren gerektiren ilkeler ayarlayabilirsiniz. Ayrıca, isteyicileri kendi değişikliklerini onaylamalarını engellemek için bir ilke ekleyebilirsiniz.

AKS 'e bağlanmak için hizmet hesabı tabanlı kimlik doğrulaması kullanma

daha önce, aks dağıtım merkezinden Azure Pipelines yapılandırırken Azure Resource Manager bir bağlantı kullandık. Bu bağlantı, yalnızca işlem hattının yapılandırıldığı ad alanını değil, tüm kümeye erişim içeriyordu. Bu güncelleştirmeyle, işlem hatlarımız, yalnızca işlem hattıyla ilişkili ad alanına erişimi olacak şekilde kümeye bağlanmak için hizmet hesabı tabanlı kimlik doğrulaması kullanır.

Çekme isteğindeki Markaşağı dosyalarının önizlemesini yan yana fark

Artık, yeni Önizleme düğmesini kullanarak bir markın 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 bir dosyanın tam içeriğini yan yana fark listesinden görebilirsiniz.

El ile derlemeler için derleme ilkesi süre sonu

İlkeler, takımınızın kod kalitesini ve değişim yönetimi standartlarını zorlar. Daha önce, otomatik derlemeler için derleme süre sonu ilkeleri ayarlayabilirsiniz. Artık derleme süre sonu ilkelerini el ile derlemelerinizi de ayarlayabilirsiniz.

İşleme yazarı e-postasına göre işlemeleri engellemek için bir ilke ekleyin

Yöneticiler artık işlemelerin, işleme yazarı e-postası tarafından belirtilen Düzenle eşleşmediğinden bir depoya gönderilmesine engel olmak için bir anında iletme ilkesi ayarlayabilir.

Bu özellik, benzer bir deneyim sunmak için Geliştirici Community öneriye göre öncelik sırasına alındı. Bileti açık tutmaya devam edeceğiz ve kullanıcılara hangi tür anındadırma ilkeleri görmek istediğini söylemelerini teşvik edeceğiz.

Dosyaları çekme isteğinde 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 hangi dosyaları zaten gözden geçirtilen dosyaları izlemek zor olabilir. Artık dosyaları çekme isteğinde gözden geçirildi olarak işaretebilirsiniz.

Bir dosyayı, bir dosya adının yanındaki açılan menüyü kullanarak veya üzerine gelerek ve dosya adına tıklayarak gözden geçirildi olarak işaret atabilirsiniz.

Bu özelliğin önceliği, Geliştirici Community.

Giriş sayfaları için yeni Azure Repos Kullanıcı Arabirimi

Artık yeni modern, hızlı ve mobil cihazlara uygun giriş sayfalarımızı Azure Repos. Bu sayfalar Yeni giriş sayfaları Repos kullanılabilir. Giriş sayfaları çekme isteği ayrıntıları, işleme ayrıntıları ve dal karşılaştırması dışındaki tüm sayfaları içerir.

Web

Mobil

Ayrımlar arası dal ilkesi yönetimi

Dal ilkeleri, önemli dalları korumanıza yardımcı Azure Repos güçlü özelliklerindendir. İlkeleri proje düzeyinde ayarlayabilme özelliği REST API, bunun için bir kullanıcı arabirimi yoktu. Artık yöneticiler, projelerinde tüm depolar genelinde belirli bir dalda veya varsayılan dalda ilkeler oluşturabilir. Örneğin, bir yönetici projesinde her depoda her ana dala yapılan tüm çekme istekleri için en az iki gözden geçirene ihtiyaç kullanabilir. Dal koruma ekle özelliğini aşağıdaki Repos Project Ayarlar.

Yeni web platformu dönüştürme giriş sayfaları

Giriş sayfaları kullanıcı Repos deneyimini modern, hızlı ve mobil kullanım için güncelleştirildi. Güncelleştirilmiş sayfalara iki örnek aşağıda verilmiştir; gelecek 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 dil vurgulamayı destekle desteğimiz olduğunu duyurmak için heyecanlanıyoruz. Vurgulama, Kotlin metin dosyanızı okunabilirliğini artırır ve hataları bulmak için hızlıca taramanıza yardımcı olur. Geliştirici geliştiricisi tarafından yapılan bir öneriye dayanarak bu özelliğin önce Community.

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 durumda 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 alabilirsiniz veya taslak çekme isteklerinden gelen e-postaları filtreleyenin. Böylece çekme isteği gözden geçirilecek hale gelmeden önce takımınıza bildirilecekler.

Geliştirilmiş PR eyleme ürdürülebilirlik

Gözden geçirmeniz gereken çok sayıda çekme isteği olduğunda, ilk olarak nerede işlem yapmak gerektiğini anlamak zor olabilir. Çekme isteğinin eyleme ekleyebilirsiniz, artık çekme isteği listesi sayfasında taslak durumu gibi filtrelemeye göre filtrelemek için birkaç yeni seçenek içeren birden çok özel sorgu oluşturabilirsiniz. Bu sorgular, çekme isteği sayfanız üzerinde "Benimle oluşturuldu" ve "Bana atandı" bölümlerine ek olarak ayrı ve daraltılabilir bölümler oluşturacak. Ayrıca Oy menüsü veya çekme isteği listesi sayfasındaki bağlam menüsü aracılığıyla ekli bir çekme isteğini gözden geçirmeyi reddedebilirsiniz. Özel bölümlerde artık, gözden geçirmeyi sağladığınızı veya gözden geçirmeyi reddettiniz çekme istekleri için ayrı sekmeler görüntülenir. Bu özel sorgular, koleksiyon giriş sayfasının "Çekme isteklerim" sekmesindeki depolar arasında çalışır. Bir çekme isteğine geri dönmek için bayrağını ekleyebilirsiniz; bunlar listenizin en üstünde görünür. Son olarak, otomatik tamamlama olarak ayarlanmış çekme istekleri listede 'Otomatik tamamla' şeklinde 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 tutarlı bir deneyim yaşamalarını ve işlem hatlarının Azure DevOps. 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 cihazlar için uygun bir hizmettir ve işlem hatlarınızı yönetme konusunda çeşitli geliştirmeler sağlar. İşlem hattı ayrıntıları, çalıştırma ayrıntıları, işlem hattı analizi, iş ayrıntıları, günlükler ve daha fazlası için detaya inebilirsiniz.

Yeni deneyimde aşağıdaki özellikler yer almaktadır:

• birden çok aşamayı görüntüleme ve yönetme
• işlem hattı çalıştırmalarını onaylama
• bir işlem hattı devam ederken günlükleri geriye doğru kaydırın
• bir işlem hattının dal başına durumu.

YAML'de sürekli dağıtım

YAML CD'nin Azure Pipelines heyecanlanıyoruz. Artık işlem hatlarınızı CI, CD veya CI ve CD'yi birlikte yapacak şekilde yapılandırabilirsiniz. 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)
• Kaynaklar üzerinde onaylar ve denetimler
• Ortamlar ve dağıtım stratejileri
• Ortamda Kubernetes ve Sanal Makine kaynakları
• İşbirliği için uygulamaları gözden geçirme
• Hizmet bağlantıları için yenilenmiş UX
• YAML işlem hatlarında kaynaklar

Binaya başlamaya hazırsanız, çok aşamalı CI/CD işlem hatları   için belgelere veya bloga   göz atabilirsiniz.

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ştirildi. YAML işlem hatlarınıza değişkenler eklemek veya güncelleştirmek için artık klasik düzenleyiciye gitmek zorunda kalmayabilirsiniz.

Yayınları doğrudan Sürümler hub'larından onaylama

Bekleyen onaylara göre hareket etmek daha kolay hale geldi. Daha önce, sürümün ayrıntılar sayfasından bir sürümü onaylamak mümkün oldu. Artık doğrudan Sürümler hub'larından yayınları onayabilirsiniz.

İşlem hatlarını başlarken Bitbucket tümleştirmesi ve diğer geliştirmeler

Pipelines için başlarken sihirbazı deneyimi, Bitbucket depoları ile çalışacak şekilde güncelleştirildi. Azure Pipelines bitbucket deponun içeriğini analiz edip devam etmeniz için bir YAML şablonu önerecek.

Başlarken sihirbazında sık kullanılan bir soru, oluşturulan dosyayı yeniden adlandırma özelliğidir. Şu anda, deponun azure-pipelines.yml kökünde olduğu gibi iade edilir. Artık işlem hattını kaydetmeden önce bunu farklı bir dosya adına veya konuma güncelleştirebilirsiniz.

Son olarak, bu daldan çekme isteği oluşturmayı atlamayı seçerek dosyayı farklı bir dala teslim etmek için daha fazla azure-pipelines.yml denetime sahip oluruz.

İşlem hattını işlemeden veya çalıştırmadan tamamen ayrıştırıldı YAML belgesinin önizlemesi

Bir önizleme ekledik ancak YAML işlem hatları için modu çalıştırmayın. Şimdi yaml işlem hattını bir depoya işlemeden veya çalıştırmadan sıntmaya devam etmek için kullanabilirsiniz. Mevcut bir işlem hattı ve isteğe bağlı yeni YAML yüküne göre bu yeni API size tam YAML işlem hattını geri sağlar. Gelecek güncelleştirmelerde bu API yeni bir düzenleyici özelliğinde kullanılacaktır.

Geliştiriciler için: POST ile dev.azure.com/<org>/<project>/_apis/pipelines/<pipelineId>/runs?api-version=5.1-preview JSON gövdesi şu şekildedir:

{
  "PreviewRun": true,
  "YamlOverride": "
# your new YAML here, optionally
"
}

Yanıt işlenmiş YAML'i içerir.

YAML 'de cron zamanlamaları

Daha önce, YAML işlem hatları için zamanlanmış bir tetikleyici belirtmek üzere UI düzenleyicisini kullanabilirsiniz. Bu sürümle birlikte, YAML dosyanızda cron söz dizimini kullanarak derlemeler zamanlayabilir ve aşağıdaki avantajlardan yararlanabilirsiniz:

1. Kod olarak yapılandırma: zamanlamayı kodun bir parçası olarak işlem hattınızla birlikte izleyebilirsiniz.
2. İfade: UI ile yapabileceklerinize göre zamanlamalar tanımlayarak daha ifade eden bir güce sahip olursunuz. Örneğin, her saat bir çalıştırma Başlatan tek bir zamanlama belirtmek daha kolaydır.
3. Endüstri standardı: birçok geliştirici ve yönetici, cron söz dizimi ile zaten tanıdık.

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ıza de kolaylaştırdık. İşlem hattını Çalıştır menüsündeki zamanlanan çalıştırmalar, cron zamanlamalarınız ile ilgili hataları tanılamanıza yardımcı olması için işlem hatlarınız için yaklaşan birkaç zamanlanmış çalıştırmanın önizlemesini sağlar.

Hizmet bağlantıları Kullanıcı arabirimindeki 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ı deneyimini modern ve Azure DevOps yönlerine göre tutarlı hale getirir. Hizmet bağlantıları için yeni kullanıcı arabirimini, bu yılın başlarında bir önizleme özelliği olarak kullanıma sunduk. Yeni deneyimi denediği ve bize değerli geri bildirimleri sağlayan herkes için teşekkürler.

Kullanıcı deneyimi yenileme ile birlikte, YAML işlem hatlarında hizmet bağlantıları kullanmak için kritik olan iki özelliği de ekledik: işlem hattı yetkilendirmeleri ve onayları ve denetimleri.

Yeni Kullanıcı deneyimi bu güncelleştirmeyle Varsayılan olarak açılır . Önizlemeyi devre dışı bırakmak için yine de seçeneğe sahip olursunuz.

YAML ardışık düzeninde aşamaları atlama

Bir el ile çalıştırma başlattığınızda bazen işlem hattınızda birkaç aşamanın atlanmasını isteyebilirsiniz. Örneğin, üretime dağıtmak istemiyorsanız veya üretim ortamında birkaç ortama dağıtmayı atlamak istiyorsanız. Artık bunu YAML işlem hatlarınız ile yapabilirsiniz.

Güncelleştirilmiş çalışma ardışık düzeni paneli YAML dosyasındaki aşamaların bir listesini gösterir ve bu aşamaların birini veya birkaçını atlama seçeneğiniz vardır. Aşamaları atlamak için dikkatli olmanız gerekir. Örneğin, ilk aşamalarınız sonraki aşamalar için gereken belirli yapıtları üretirse, ilk aşamayı atlayamazsınız. Çalışma paneli, aşağı akış bağımlılıkları olan aşamaları her atışınızda genel bir uyarı gösterir. Bu bağımlılıkların doğru yapıt bağımlılıkları olup olmadığı veya dağıtım sıralaması için mevcut olup olmadığı gibi bir şekilde kalır.

Bir aşamanın atlanması, aşamalar arasındaki bağımlılıkları yeniden kablolama ile eşdeğerdir. Atlanan aşamanın tüm anlık 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ırmaya çalışırsanız, bu denemede aynı atlama davranışı da olur. Atlanan aşamaların değiştirmek için yeni bir çalıştırma başlatmanız gerekir.

Hizmet bağlantıları yeni kullanıcı arabirimini varsayılan deneyim olarak

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ı desteklemeye yönelik çeşitli kritik özelliklerle birlikte gelir.

Buradahizmet bağlantıları hakkında daha fazla bilgi edinin.

Çalışma oluştur iletişim kutusunda işlem hattı kaynak sürümü seçici

Oluşturma çalıştırması iletişim kutusunda işlem hattı kaynak sürümlerini el ile seçme özelliğini ekledik. Bir işlem hattını başka bir işlem hattındaki kaynak olarak kullanacaksanız, bir çalıştırma oluştururken artık bu işlem hattının sürümünü seçebilirsiniz.

azAzure Pipelines için CLı 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ı el ile ayarlamanız gerektiği için, bir projeden diğerine YAML tabanlı işlem hatları bağlantı noktası, farklı olabilir. Bununla birlikte, işlem hattı değişken grubu ve değişken yönetim komutlarıyla artık, sürüm denetimli olabilecek işlem hattı değişkenlerinin ve değişken gruplarının ayarlanması ve yönetimi için komut dosyası oluşturabilirsiniz. böylece, bir projeden diğerine işlem hatlarını taşıma ve ayarlama yönergelerini kolayca paylaşabilirsiniz.

Bir PR dalı için işlem hattını çalıştırma

Bir çekme isteği oluştururken, değişikliklerin hedef daldaki işlem hattının kesintiye uğradığını doğrulamak zor olabilir. Bununla birlikte, bir çekme hattı dalı için bir işlem hattı çalıştırma veya kuyruğu tetikleme özelliği ile, artık hedef ardışık düzende çalıştırarak içindeki değişiklikleri doğrulayabilir ve görselleştirebilirsiniz. Daha fazla bilgi için az işlem hattı çalıştırma ve az işlem hattı derleme kuyruğu komut belgelerini inceleyin.

İlk işlem hattı çalıştırmasını atlayın

İşlem hatları oluştururken, bazen bir YAML dosyası oluşturup teslim etmek ve işlem hattı çalıştırmasını tetiklemeniz, çok çeşitli nedenlerden dolayı hatalı çalıştırmaya yol açabilir veya değişken/değişken grupları oluşturma ve güncelleştirme ihtiyacı olabilir. Azure DevOps clı ile, şimdi--skip-first-run parametresini ekleyerek işlem hattı oluşturma sırasında ilk otomatik işlem hattı çalıştırmayı atlayabilirsiniz. Daha fazla bilgi için az Pipeline Create komutunu inceleyin .

Hizmet uç noktası komut geliştirmesi

Hizmet uç noktası CLı komutları yalnızca Azure RM ve GitHub hizmeti uç noktası kurulumunu ve yönetimini destekliyordu. Ancak, bu sürümde, hizmet uç noktası komutları, yapılandırmayı dosya aracılığıyla sağlayarak herhangi bir hizmet uç noktası oluşturmanıza olanak tanır ve en iyi duruma getirilmiş komutlar sağlar-az DevOps Service-Endpoint GitHub ve az DevOps Service-Endpoint azurerd, bu türlerin hizmet uç noktalarını oluşturmak için birinci sınıf desteğini 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 adım kümesi tanımlayabilir ve bir dağıtım işinde buna başvurabilirsiniz.

Dağıtım işine ek özellikler için de destek ekledik. Örneğin, bir dağıtım işinin artık ayarlayabilmeniz için birkaç özelliği aşağıda verilmiştir.

• Timeoutınminutes -otomatik olarak iptal etmeden önce işin çalıştırılacağı süre
• Canceltimeoutınminutes -' i sonlandırmadan önce her zaman ' iptal edilen görevler ' e ne kadar zaman verilecek
• koşul -işi koşullu olarak çalıştırın
• değişkenlere sabit kodlanmış değerler doğrudan eklenebilir veya bir Azure Anahtar Kasası tarafından desteklenen değişken grubuna başvurulabilir veya bir dosyada tanımlananbir dizi değişkene başvurabilirsiniz.
• devam eden-bu dağıtım işi başarısız olsa bile gelecekteki işler çalıştırılmalıdır; Varsayılan değer ' false ' şeklindedir

Dağıtım işleri ve bir dağıtım işini belirten tam sözdizimi hakkında daha fazla bilgi için bkz. dağıtım işi.

CI işlem hatları 'nda ilişkili CD işlem hattı bilgileri gösteriliyor

CI işlem hatları, işlem hattı kaynakları olarak adlandırılan CD YAML ardışık düzen ayrıntılarına destek ekledik. CI işlem hattı çalışma görünümünüzde, bundan sonra işlem hattınızı ve yapıtları kullanan tüm işlem hattı çalıştırmalarını bulabileceğiniz yeni bir ' Ilişkili işlem hattı ' sekmesi görürsünüz.

yaml işlem hatlarında GitHub paketleri için destek

yakın zamanda, yaml işlem hatlarında kaynak olarak GitHub NuGet ve npm paketlerini kullanma desteği ekleyen paketler adlı yeni bir kaynak türü kullanıma sunduk. bu kaynağın bir parçası olarak, artık GitHub kullanmak istediğiniz paket türünü (NuGet veya npm) belirtebilirsiniz. Ayrıca, yeni bir paket sürümünün yayımlanmasından sonra otomatik işlem hattı Tetikleyicileri de etkinleştirebilirsiniz. günümüzde destek yalnızca GitHub 'den paketleri tüketerek ancak ileriye giderek, NuGet, npm, AzureArtifacts ve çok daha fazlası gibi diğer paket depolarından paketleri kullanmaya yönelik desteği genişletmeyi planlıyoruz. Ayrıntılar için aşağıdaki örneğ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

Varsayılan olarak, paketler işlerinizde otomatik olarak indirilmez, dolayısıyla kaynakta tanımlanan paketi kullanmanıza izin veren bir GetPackage makrosu sunuyoruz. Ayrıntılar için aşağıdaki örneğe bakın:

- job: job1
  pool: default
  steps:
    - getPackage: myPackageAlias # Alias of the package resource

Kubernetes ortamları kaynak görünümündeki Azure Kubernetes hizmet kümesi bağlantısı

İlgili küme için Azure dikey penceresine gidebilmeniz için Kubernetes ortamlarının kaynak görünümüne bir bağlantı ekledik. Bu, Azure Kubernetes hizmet kümelerinde ad alanlarına eşlenmiş ortamlar için geçerlidir.

Bildirim aboneliklerinde klasör filtrelerini bırakma

Klasörler, daha kolay keşfedilebilirlik ve güvenlik denetimi için işlem hatlarını düzenlemeyi sağlar 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 aboneliklerde birden çok abonelik yapılandırmanız veya karmaşık sorgular olması gerekiyordu. Bu güncelleştirmeyle, artık dağıtım tamamlandı ve onay bekleyen olayları için bir sürüm klasörü yan tümcesi ekleyebilir ve abonelikleri basitleştirebilirsiniz.

Multi-Stage YAML işlem hatları ile iş öğelerini bağlama

Şu anda, çalışma öğelerini otomatik olarak klasik yapılar ile bağlayabilirsiniz. Ancak bu, YAML işlem hatları ile mümkün değildir. Bu güncelleştirmeyle bu boşluğu giderdik. 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 (söz konusu koddaki işlemeler aracılığıyla çıkartılan). İş öğesini açtığınızda, bu iş öğesi için kodun oluşturulduğu çalıştırmaları görebilirsiniz. Bunu yapılandırmak için bir işlem hattının ayarlar panelini kullanın.

Multi-Stage YAML işlem hattı çalıştırmasında aşamayı iptal et

Çok aşamalı bir YAML işlem hattı ç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 olduğunu veya başlamak istediğiniz başka bir çalıştırmaya sahip olduğunuzu biliyorsanız yararlıdır.

Başarısız aşamaları yeniden dene

Çok aşamalı işlem hatlarında en çok istenen özelliklerden biri, baştan başlamak zorunda kalmadan başarısız bir aşamayı yeniden denebilme özelliğidir. Bu güncelleştirmeyle, bu işlevselliğin büyük bir kısmını ekliyoruz.

Artık yürütme başarısız olduğunda bir işlem hattı aşamasını yeniden deneyebilirsiniz. İlk denemede başarısız olan ve başarısız olan işlere göre geçiş yapan işlerin hepsi yeniden denenir.

Bu, zamandan tasarruf etmenize birkaç şekilde yardımcı olabilir. Örneğin, bir aşamada birden çok iş çalıştırdığınızda, her aşamanın testleri farklı bir platformda çalıştırmasını isteyebilirsiniz. Bir platformdaki testlerin bazıları geçtiğinde başarısız olursa, başarılı olan işleri yeniden çalıştırmadan zamandan tasarruf edebilirsiniz. Başka bir örnek olarak, bir dağıtım aşaması güvenilir olmayan ağ bağlantısı nedeniyle başarısız olmuş olabilir. Bu aşamayı yeniden denemek, başka bir derleme üretmeniz gerekmeden zamandan tasarruf etmenize yardımcı olur.

Bu özellikte bazı bilinen boşluklar vardır. Örneğin, açıkça iptal ettiğiniz bir aşamayı yeniden deneyebilirsiniz. Gelecekteki güncelleştirmelerde bu boşlukları kapatmak için çalışıyoruz.

Çok aşamalı YAML işlem hatlarındaki onaylar

YAML CD işlem hatları el ile onaylar içerebilir. Altyapı sahipleri, herhangi bir işlem hattındaki bir aşamayı dağıtmadan önce ortamlarını koruyabilir ve el ile onaylar arayabilir. Altyapı (ortam) ve uygulama (ardışık düzen) sahipleri arasındaki rollerin tamamen ayırt edilmesi sayesinde, belirli bir işlem hattındaki dağıtım için el ile oturum kapatmayı ve ortamdaki tüm dağıtımlarda aynı denetimleri uygulamada merkezi bir denetim almanızı sağlar.

İşlem hattı çalıştırması, geliştirme için dağıtımı, aşamanın başlangıcında onay için durur.

Kapıları zaman aşımı sınırı ve sıklığı artır

Daha önce yayın işlem hatlarında geçit zaman aşımı sınırı üç gündür. Bu güncelleştirmeyle, zaman aşımı sınırı, daha uzun süreli kapıları izin vermek için 15 güne yükselmiştir. Ayrıca, ağ geçidi sıklığını 30 dakikaya yükseltireceğiz.

Dockerfile için yeni derleme görüntüsü şablonu

Daha önce, yeni işlem hattı oluşturmada bir Dockerfile için yeni bir işlem hattı oluştururken, görüntüyü bir Azure Container Registry ve bir Azure Kubernetes hizmetine dağıtmak için önerilen şablon. Bir kapsayıcı kayıt defterine gönderim gereksinimi olmadan aracıyı kullanarak bir görüntü oluşturmanızı 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 ayarlarla yapılandırmaya olanak tanır. artık, web uygulamanızda veya dağıtım yuvalarında JSON söz dizimini kullanarak bu ayarları toplu olarak yapılandırmayı destekleyen yeni bir Azure Pipelines görev Azure App Service Ayarlar . Bu görev, Web uygulamalarınızı, Işlev uygulamalarınızı veya diğer Kapsayıcılı uygulama hizmetlerini 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ştirmeyi destekliyor

Azure App Service artık dağıtım yuvaları üzerinde Önizleme Ile değiştirmeyi destekliyor. Bu, uygulama gerçekten bir hazırlama yuvasından üretim yuvasına geri alınmadan önce uygulamayı üretim yapılandırmasıyla doğrulamak için iyi bir yoldur. Ayrıca, hedef/üretim yuvasının kapalı kalma süresi yaşamadan da emin olur.

Azure App Service görev artık aşağıdaki yeni eylemler aracılığıyla bu çok aşamalı değiştirmeyi destekliyor:

• Önizlemeye değiştirme 'Yi Başlat -önizleme ile bir değiştirme işlemi başlatır (çok aşamalı takas) ve hedef yuva (örneğin, üretim yuvası) yapılandırmasını kaynak yuvaya uygular.
• Önizleme Ile değiştirmeyi tamamlıyoruz -bekleyen değişikliği tamamlamaya hazırsanız, önizlemeyi tam olarak değiştir eylemini seçin.
• Önizleme Ile değiştirmeyi Iptal et -bekleyen bir değişikliği iptal etmek Için önizlemeyi iptal 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ılabilir. Artık aşama düzeyinde de eklenmiştir.

YAML işlem hatlarında onayları geliştirmeler

Hizmet bağlantılarında ve aracı havuzlarında onayları yapılandırmayı etkinleştirdik. Onaylar için altyapı sahipleri ve geliştiriciler arasında rol ayırmayı izliyoruz. Kaynaklarınızda ortamlar, hizmet bağlantıları ve aracı havuzları gibi onayları yapılandırarak, kaynakları kullanan tüm işlem hattı çalıştırmaları için önce onay gerekli olacaktır.

Deneyim, ortamlara yönelik onayları yapılandırmaya benzer. Bir aşamada bir onay beklendiğinde, işlem hattının yürütülmesi işlem hattı el ile onaylanana kadar bekler.

Azure Pipelines içinde 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 vardır. Azure Pipelines artık kapsayıcı yapısı testleri için destek sunar. 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 resmin yapısını, birlikte çalıştırılabilen 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ı, git/Hayır kararlar almak için kullanabilirsiniz. Test verileri, hata gidermenize yardımcı olması için bir hata iletisiyle birlikte işlem hattı çalıştırmasında kullanılabilir.

Yapılandırma dosyası ve görüntü ayrıntılarını girme

Test verileri ve Özeti

Yayın işlem hatları için ardışık düzen Dekoratörleri

Ardışık düzen dekoratörler, her işin başına ve sonuna adım ekleme izni verir. 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örler destekliyoruz ve bu müşterilere işleri, işlerine ilişkin adımları merkezi olarak kontrol etmek için kullanıyor. Artık işlem hatlarını serbest bırakma desteğini de uzadık. Yeni katkı noktasını hedefleyen adımları eklemek için Uzantılar oluşturabilirsiniz ve bunlar yayın işlem hatlarında tüm aracı işlerine eklenecektir.

Aboneliğe ve yönetim grubu düzeyine Azure Resource Manager (ARM) dağıtma

Daha önce, yalnızca kaynak grubu düzeyinde dağıtımlar destekliyoruz. Bu güncelleştirmeyle, ARM şablonlarını hem abonelik hem de yönetim grubu düzeylerine dağıtmaya yönelik destek ekledik. Bu, bir kaynak kümesini birlikte dağıtıp farklı kaynak gruplarına veya aboneliklerine yerleştirirken size yardımcı olur. Örneğin, Azure Site Recovery için yedekleme sanal makinesini ayrı bir kaynak grubuna ve konuma dağıtma.

Multi-Stage YAML işlem hatlarınız için CD özellikleri

Artık CI işlem hattınızda yayınlanan yapıtları kullanabilir ve ardışık düzen tamamlama tetikleyicilerini etkinleştirebilirsiniz. Çok aşamalı YAML işlem hatları içinde kaynak olarak tanıtıyoruz pipelines . YAML 'niz içinde artık başka bir işlem hattına başvurabilir ve CD tetikleyicilerini de etkinleştirebilirsiniz.

Ardışık düzen kaynağı için ayrıntılı YAML şeması aşağıda verilmiştir.

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 işlem hattı kaynağınız tarafından yayımlanan yapıtları indirebilirsiniz - download .

steps: 
- download: MyAppCI  # pipeline resource identifier
    artifact:  A1 # name of the artifact to download; optional; defaults to all artifacts

Daha fazla ayrıntı için, yapıt belgelerini buradanindirme bölümüne bakın.

Kubernetes için ortamda kanarya dağıtım stratejisini düzenleme

Uygulama güncelleştirmelerinin sürekli tesliminin önemli avantajlarından biri, belirli mikro hizmetler için güncelleştirmeleri üretime hızlı bir şekilde iletme olanağıdır. Bu, iş gereksinimlerinde yapılan değişikliklere hızlıca yanıt verebilme olanağı sağlar. Ortam , dağıtım stratejilerini düzenlemeye ve sıfır kapalı kalma süresini kolaylaştırmaya olanak tanıyan birinci sınıf bir kavram olarak sunulmuştur. Daha önce, adımları sırayla yürüten runOnce stratejisini destekliyoruz. Çok aşamalı işlem hatlarında kanarya stratejisi desteğiyle, küçük bir alt kümeye değişikliği yavaş yaparak riski azaltabilirsiniz. Yeni sürüme daha fazla güven kazandığınızda, altyapınızda daha fazla sunucuya sunmaya ve daha fazla Kullanıcı yönlendirmenize başlayabilirsiniz.

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, ilk olarak değişiklikleri %10 ' un ardından %20 ' si ile, postroutetraffic sırasında sistem durumunu izlerken %20 oranında dağıtır. Hepsi iyi gitse, %100 ' a yükseltilecektir.

Ortamlarda VM kaynağı desteğiyle ilgili erken geri bildirimde bulunabiliyoruz ve birden çok makineye sıralı dağıtım stratejisi gerçekleştiriliyor. 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ı takip edersiniz. Kaynak sahipleri, kaynağı tüketen aşama başlamadan önce kaynak üzerinde onayları ve onaylar için kaynak duraklatma kullanan tüm işlem hatlarını yapılandırabilir. SOX tabanlı uygulama sahiplerinin, dağıtımın istek sahibini kendi dağıtımlarını onaylamasını kısıtlaması yaygındır.

Artık, istekte olan kullanıcının onaylamaması, bir kullanıcı alt kümesinden onay gerektirmesi 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 kapsamında ACR'de (Azure Container Registry) yayımlanan bir kapsayıcı görüntüsünü tüketmeniz ve her yeni görüntü yayımlendiğinde işlem hattınızı tetiklemeniz gerekirse 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 ACR görüntüsü meta verilerine önceden tanımlanmış değişkenler kullanılarak erişilebilir. Aşağıdaki liste, işlem hattınıza 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 denetim ilkesi değerlendirmeye ilişkin iyileştirmeler

İlke tanımları listesinden ilke eklemeyi kolaylaştırmak için evaluate artifact (yapıt değerlendirme) onay kutusunu geliştirdik. İlke tanımı otomatik olarak oluşturulur ve gerekirse güncelleştirilebilecek denetim yapılandırmasına eklenir.

Dağıtım işsinde çı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şlerde 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>']]
• Canary stratejisi için: $[dependencies.<job-name>.outputs['<lifecycle-hookname>_<increment-value>.<step-name>.<variable-name>']]
• Kayan 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

Kritik değişikliklerin geri almaktan kaçınma

Klasik yayın işlem hatlarında, düzenli güncelleştirmeler için zamanlanmış dağıtımlar yaygın olarak kullanılır. Ancak, kritik bir düzeltmesi olduğunda, bant dışında el ile dağıtım başlatmayı seçebilirsiniz. Bunu yaparken, eski sürümler zamanlanmış olarak kalmaya devam eder. Bu durum, dağıtımlar zamanlamaya göre sürdürülse el ile dağıtım geri alınaca bir zorluk ortaya çıktı. Çoğunuz bu sorunu bildirdi ve şimdi düzeltildi. Düzeltmeyle birlikte, el ile dağıtıma başlandığı zaman ortamına yapılan tüm eski zamanlanmış dağıtımlar iptal edilir. Bu yalnızca "En son dağıtımı dağıt ve diğerlerini iptal et" olarak kuyruğa alma seçeneği seçildiğ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ılamadan önce yetkilendirilmiş olması gerekir. Daha önce YAML işlem hattında yetkisiz kaynaklar kullanılırken kaynak yetkilendirme hatasıyla başarısız oldu. Başarısız çalıştırmanın özet sayfasından kaynakları yetkilendirmek zorunda kaldınız. Ayrıca, yetkisiz bir kaynağa başvurulan 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 olmak yerine, kaynağı tüketen aşamanın başında kaynaklar üzerinde izinler bekler. Kaynak sahibi işlem hattını görüntüleyebilirsiniz ve Güvenlik sayfasından kaynağı yetkilendirebilirsiniz.

Yapıt denetimi değerlendirme

Artık bir ilke kümesi tanımlayabilir ve ilke değerlendirmesini kapsayıcı görüntüsü yapıtları için bir ortamda denetim olarak ekebilirsiniz. İşlem hattı çalıştırılırken, yürütme ortamı kullanan bir aşamayı başlatmadan önce duraklatılır. Belirtilen ilke, dağıtılan görüntünün kullanılabilir meta verilerine göre değerlendirilir. İlke başarılı olduğunda denetim başarılı olur ve denetim başarısız olursa aşamayı başarısız olarak işaretler.

ARM şablonu dağıtım görevi güncelleştirmeleri

Daha önce ARM şablonu dağıtım göreviyle hizmet bağlantılarını filtrelemezdi. Daha geniş bir kapsamda ARM şablonu dağıtımları gerçekleştirmek için daha düşük bir kapsam hizmet bağlantısı seçerek dağıtımın başarısız olmasıyla sonuçlanabilirsiniz. Ş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ın filtresini ekledik.

Ortamda Gözden GeçirmeApp

ReviewApp, Git depodan gelen her çekme isteğini dinamik bir ortam kaynağına dağıtır. Gözden geçirenler, ana dalla birleştirilen ve üretime dağıtılana kadar bu değişikliklerin nasıl olduğunu ve diğer bağımlı hizmetlerle nasıl çalış olduklarını görebilir. Bu, gözden geçirmeyi oluşturmanızı ve yönetmenizi kolaylaştırırApp kaynakları ve ortam özelliklerinin tüm izlenebilirlik ve tanılama özelliklerinden yararlanabilirsiniz. reviewApp anahtar sözcüğünü kullanarak bir kaynağın bir kopyasını oluşturabilir (ortamdaki mevcut bir kaynağı temel alarak dinamik olarak yeni bir kaynak oluşturabilir) ve yeni kaynağı ortama eklemek için kullanabilirsiniz.

Aşağıda, ortamların altında reviewApp kullanmaya yönelik örnek bir YAML kod parçacığı ve bulunmaktadır.

jobs:
- deployment:
  environment: 
     name: smarthotel-dev      
     resourceName: $(System.PullRequest.PullRequestId) 
  pool:
    name: 'ubuntu-latest'
  strategy:                 
    runOnce:            
      pre-deploy: 
        steps:       
        - reviewApp: MasterNamespace

İş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. Değerlendirme yapıt denetimi kullanarak bir ortamda yapıt ilkesi uygulamak için meta verileri kullanabilirsiniz.

Ortamlar ile VM dağıtımları

Ortamlar'da en çok istenen özelliklerden biri VM dağıtımlarıdır. Bu güncelleştirmeyle, Ortamlar'da Sanal Makine kaynağını etkinleştirmektedir. Artık yaML işlem hatlarını kullanarak birden çok makine arasında dağıtımları düzende ve devam ediyor güncelleştirmeler gerçekleştirebilirsiniz. Ayrıca aracıyı hedef sunucularınızı doğrudan her bir sunucuya yükleyebilir ve bu sunuculara dağıtıma devam edin. Ayrıca, hedef makineleriniz üzerinde tam görev kataloğunu kullanabilirsiniz.

Haddeleme dağıtımı, bir uygulamanın önceki sürümünün örneklerini, her yinelemede bir dizi makine (rolling set) üzerinde uygulamanın yeni sürümünün örnekleriyle değiştirir.

Örneğin, aşağıdaki dağıtım güncelleştirmeleri her yinelemede en fazla beş hedef içerir. maxParallel , paralel olarak dağıtılacak hedef sayısını belirler. Seçim, dağıtılacak hedefler hariç olmak üzere herhangi bir anda kullanılabilir durumda kalması gereken hedef sayısına yönelik hesaplar. 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...

Dağıtımlar üzerinde ek denetim

Azure Pipelines bir süre el ile onaylarla denetlenen dağıtımları desteklemektedir. En son geliştirmelerle artık dağıtımlarınız üzerinde ek denetime sahip oluruz. Onaylara ek olarak, kaynak sahipleri artık güvenlik ve kalite ilkelerini checks doğrulamak için otomatik ekleyebilir. Bu denetimler işlemleri tetiklemek ve ardından tamamlandıktan sonra beklemeleri için kullanılabilir. Ek denetimleri kullanarak artık birden çok kaynağı temel alan 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ı hedef alan tüm dağıtımların güvenli olduğu konusunda emin olabilirsiniz. Her denetimin değerlendirmesi, denetim için belirtilen Yeniden Deneme Aralığına göre düzenli aralıklarla yinelenir. Aşağıdaki ek denetimler kullanılabilir:

• Herhangi bir REST API çağırarak yanıt gövdesine veya dış hizmetten bir geri çağırmaya göre doğrulama gerçekleştirin
• Azure işlevini çağırma ve yanıta veya işlevden geri çağırmaya göre doğrulama gerçekleştirme
• Etkin Azure İzleyici için sorgu oluşturma kuralları
• İşlem hattının bir veya daha fazla YAML şablonunu genişlet olduğundan emin olmak

Onay bildirimi

Bir ortama veya hizmet bağlantısına onay eklerken, kaynağı kullanan tüm çok aşamalı işlem hatları otomatik olarak aşamanın başında onay bekler. Belirlenen onaylayanların işlem hattının devam etmek için onayını tamamlaması gerekir.

Bu güncelleştirmeyle, onaylayanlara bekleyen onay için bir e-posta bildirimi gönderilir. Kullanıcılar ve takım sahipleri, bildirim ayarlarını kullanarak özel abonelikleri devre dışı bırakır veya yapılandırabilirsiniz.

Dağıtım Stratejilerini Azure portal

Bu özellik sayesinde, dağıtım stratejisini (örneğin, Rolling , Canary veya Blue-Green) kullanan işlem hatlarını yapılandırmanızı kolaylaştırmış oldu. Bu hazır stratejileri kullanarak güncelleştirmeleri güvenli bir şekilde kullanabilir ve ilişkili dağıtım risklerini hafifletebilirsiniz. Buna erişmek için Azure Sanal Makinesi'nin 'Sürekli Teslim' ayarına tıklayın. Yapılandırma bölmesinde, işlem hattının oluşturulacak olduğu Azure DevOps projesi, dağıtım grubu, dağıtılacak paketi yayımlayan derleme işlem hattı ve tercih edilen dağıtım stratejisi hakkında 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ıracak.

Diğer ayrıntılar için Dağıtım Stratejilerini yapılandırma belgelerimize göz atabilirsiniz.

Çalışma zamanı parametreleri

Çalışma zamanı parametreleri, bir işlem hattına geçirilen değerler üzerinde daha fazla denetime sahip olur. Değişkenlerin aksine, çalışma zamanı parametreleri veri türlerine sahiptir ve otomatik olarak ortam değişkenleri haline dönmez. Çalışma zamanı parametreleriyle şunları sağlayabilirsiniz:

• Çalışma zamanında betiklere ve görevlere farklı değerler sağlamak
• 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ı şablon olarak dikkate alınarak yeniden kullanımı teşvik ve ortak kullanım azaltabilirsiniz. İşlem hattının genel yapısı hala kök YAML dosyası tarafından tanımlanmıştır. Bu güncelleştirmeyle, işlem hattı şablonlarını kullanmak için daha yapılandırılmış bir yol ekledik. Kök YAML dosyası artık ana işlem hattı yapısının başka bir dosyada buluna olduğunu belirtmek için genişletme anahtar sözcüğünü kullanabilir. Bu, genişletilecek veya değiştirilecek segmentleri ve düzeltilecek segmentleri denetlemeyi sağlar. Ayrıca, sağlandırabilirsiniz kancaları net bir şekilde ifade etmek için veri türleriyle işlem hattı parametrelerini de geliştirebilirsiniz.

Bu örnek, işlem hattı yazarının kullanabileceği basit kancaları nasıl sağ kullanabileceğini göstermektedir. Şablon her zaman bir derleme çalıştıracak, isteğe bağlı olarak işlem hattı tarafından sağlanan ek adımları çalıştıracak ve ardından isteğe bağlı bir test adımı çalıştıracak.

# 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ınabilir değişkenleri denetleme

Daha önce kullanıcı arabirimini veya REST API çalıştırmayı başlatmadan önce herhangi bir değişkenin değerlerini güncelleştirmek için kullanabilirdi. İşlem hattının yazarı belirli değişkenleri olarak işaretleyene kadar sistem bunu zorlamadı ve diğer _settable at queue time_ değişkenlerin ayarlamasını engellemedi. Başka bir deyişle, ayar yalnızca yeni bir çalıştırma başlatan ek girişler istendiğinde kullanılmıştır.

parametresini uygulayan yeni bir koleksiyon ayarı _settable at queue time_ ekledik. Bu, yeni bir çalıştırmayı başlatan değişkenlerin değiştirilene bir denetim sağlar. Daha sonra, yazar tarafından olarak işaretlenen bir değişkeni _settable at queue time_ değiştiremezsiniz.

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ı çeşitli bölümlerine almak için kullanışlı bir yol sağlar. Bu güncelleştirmeyle bir dağıtım işi için ö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 ayarlanır ve salt okunur olur.

• Environment.Id - Ortamın kimliği.
• Environment.Name - Dağıtım işi tarafından hedeflenen 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 depoyu kontrol edin

Pipelines genellikle birden çok depoya bağlı olur. Kodunuzu derlemek için gereken kaynak, araçlar, betikler veya diğer öğelerle farklı depolara sahip olabilirsiniz. Daha önce, git checkout çalıştırmak için bu depoları altmodüller veya el ile betikler olarak eklemeniz gerekirdi. Artık YAML işlem hattınızı depolamak için kullanabileceğiniz depoya ek olarak diğer depoları alıp kontrol edin.

Örneğin, YAML işlem hattı ile MyCode adlı bir depo ve Araçlar adlı ikinci bir depo varsa YAML işlem hattınız şöyle olur:

resources:
  repositories:
  - repository: tools
    name: Tools
    type: git

steps:
- checkout: self
- checkout: tools
- script: dir $(Build.SourcesDirectory)

Üçüncü adım, sources dizininde MyCode ve Tools olmak için iki dizin gösterir.

Azure Repos Git, GitHub ve Bitbucket Cloud depoları de destekler. Daha fazla bilgi için bkz. Birden çok repo'ya alma.

Çalışma zamanında birden çok depoyla ilgili ayrıntıları alma

İşlem hattı çalıştırıldıklarında Azure Pipelines depo, dal ve yürütme hakkında bilgi ekler. YAML işlem hatları birden çok depoyu kullanıma almak için desteklendiğinden, diğer depolar için kullanıma alınan depoyu, dalı ve işlemeyi de bilmek istiyor olabilir. Bu veriler bir çalışma zamanı ifadesi aracılığıyla kullanılabilir ve bu ifadeyi bir değişkene eşlersiniz. Ö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 koleksiyon koleksiyonlarına depo Azure Repos izin ver

Daha önce YAML işlem hattında depolara başvurarak Azure Repos depoların işlem hattıyla aynı koleksiyonda olması gerekirdi. Artık hizmet bağlantısı kullanarak diğer koleksiyonlarda depolara işaret edin. Örnek:

resources:
  repositories:
  - repository: otherrepo
    name: ProjectName/RepoName
    endpoint: MyServiceConnection
steps:
- checkout: self
- checkout: otherrepo

MyServiceConnectionbaşka bir Azure DevOps ve başka bir projede depoya erişen kimlik bilgilerine sahiptir. Hem repos hem self de , kullanıma alınmış otherrepo olur.

Önceden tanımlanmış değişkenler olarak işlem hattı kaynağı meta verileri

İşlem hattında YAML işlem hattı kaynakları için önceden tanımlanmış değişkenler ekledik. kullanılabilir işlem hattı kaynak değişkenlerinin listesi burada vetir.

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örevsinde kustomize ve kompose olarak ayarlama seçenekleri

kustomize (Kubernetes sig-cli'nın bir parçası) ham, şablonsız YAML dosyalarını birden çok amaç için özelleştirmenize ve özgün YAML'ye dokunmamanızı sağlar. KubernetesManifest görevinin bake eylemi altına kustomize için bir seçenek eklenmiştir; böylece kustomization.yaml dosyalarını içeren herhangi bir klasör KubernetesManifest görevinin dağıtım eylemde kullanılan bildirim dosyalarını oluşturmak için kullanılabilir.

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, bir Docker Compose Kubernetes kaynağına dönüştürecek.

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örevsinde küme yöneticisi kimlik bilgileri desteği

HelmDeploy görevi daha önce dağıtımlar için küme kullanıcı kimlik bilgilerini kullandı. Bunun sonucunda etkileşimli oturum açma istemleri ve RBAC etkin bir küme için Azure Active Directory işlem hatları başarısız oldu. Bu sorunu gidermek için, küme kullanıcısı kimlik bilgileri yerine küme yöneticisi kimlik bilgilerini kullanmana olanak sağlayan bir onay kutusu ekledik.

Bir görevde bağımsız Docker Compose girdisi

Yeni bir alan, Docker Compose gibi bağımsız değişkenler eklemenize izin verme göreviyle --no-cache tanıtıldı. Derleme gibi komutlar çalıştırıldıkları zaman, bağımsız değişkeni görev tarafından geçiri.

GitHub görev geliştirmeleri

GitHub Yayın görevi için ç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 olursanız, yayın yalnızca tetiklenen işleme eşleşen bir dizeyle etiketlendiğinde oluşturulur.

Değişiklik günlüğü oluşturma ve biçimlendirme özelliklerini özelleştirmek için de özellikler 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ılma gereken sürümü belirtebilirsiniz. Sürümle karşılaştır, son tam sürüm (yayın öncesi sürümler hariç), taslak olmayan son sürüm veya sağlanan yayın etiketinize uyan ö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üğü, etiketlere göre kategorilere ayrılmış bir işleme listesi veya sorun/PR listesi görüntüler.

İlke Aracısı yükleyici görevini açma

Open Policy Agent, birleşik, bağlama uygun ilke zorlaması sağlayan açık kaynak, genel amaçlı bir ilke altyapısıdır. İlke Aracısı yükleyicisini açma görevini ekledik. Kod olarak Altyapı sağlayıcılarıyla ilgili işlem hattı ilke zorlaması için özellikle yararlıdır.

Örneğin, Open Policy Agent işlem hattında Rego ilke dosyalarını ve Terraform planlarını değerlendirebilirsiniz.

task: OpenPolicyAgentInstaller@0
    inputs:
          opaVersion: '0.13.5'

Azure CLI görevsinde PowerShell betikleri desteği

Daha önce, Azure CLI görevinin bir parçası olarak batch ve bash betikleri yürütebilirsiniz. Bu güncelleştirmeyle, göreve PowerShell ve PowerShell çekirdek betikleri için destek ekledik.

KubernetesManifest göreviyle Service Mesh Arabirimi tabanlı canary dağıtımları

Daha önce KubernetesManifest görevlerinde canary stratejisi belirtildiğinde, görev çoğaltmaları kararlı iş yükleri için kullanılan çoğaltmaların yüzdesine eşit olan taban çizgisi ve canary iş yükleri oluştur ediyordu. Bu, trafiği istek düzeyinde istenen yüzdeye bölmeyle tam olarak aynı değildir. Bu sorunu çözmek için KubernetesManifest görevine Service Mesh Arabirimi tabanlı canary dağıtımları için destek ekledik.

Service Mesh Arabirimi soyutlama, Linkerd ve Istio gibi hizmet ağı sağlayıcılarıyla tak çalıştır yapılandırmasına olanak sağlar. Artık KubernetesManifest görevi, SMI'nin TrafficSplit nesnelerini dağıtım stratejisinin yaşam döngüsü boyunca kararlı, temel ve canary hizmetleriyle eşlemenin zor işlerini alıyor. Sağlam, ana hat ve kanarya arasındaki trafiğin yüzde kaçı, hizmet kafes düzleminde yapılan isteklere göre daha doğru bir şekilde bölünür.

Aşağıda, SMı tabanlı bir dağıtım gerçekleştirmeyle çalışırken bir örnek 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 Ile v10 arasındaki 'ı destekliyor

Azure dosya kopyalama görevi, dosyaları Microsoft Storage bloblarına veya sanal makinelere (VM) kopyalamak için bir derleme veya sürüm ardışık düzeninde kullanılabilir. Görev, Azure depolama hesaplarına ve ' den verileri hızlı bir şekilde kopyalamak için komut satırı yardımcı programı olan AzCopy'i kullanır. Bu güncelleştirmeyle, AzCopy 'in en son sürümüolan AzCopy ile v10 arasındaki için destek ekledik.

azcopy copyKomutu yalnızca onunla ilişkili bağımsız değişkenleri destekler. AzCopy sözdiziminde değişiklik nedeniyle, mevcut bazı yetenekler AzCopy Ile v10 arasındaki içinde kullanılamaz. Bu modüller şunlardır:

• Günlük konumunu belirtme
• Kopyalama sonrasında günlük ve plan dosyalarını temizleme
• İş başarısız olursa kopyalamayı sürdürür

Görevin bu sürümünde desteklenen ek yetenekler şunlardır:

• Kaynak dosya adı/yolundaki joker karakter sembolleri
• Bağımsız değişken sağlanmadıysa dosya uzantısına göre içerik türünü erteleme
• Bir bağımsız değişken geçirerek günlük dosyası için günlük ayrıntı düzeyi tanımlama

Erişim belirteçleri kapsamını kısıtlayarak işlem hattı güvenliğini geliştirme

Azure Pipelines ' de çalışan her iş, bir erişim belirteci alır. Erişim belirteci, Azure DevOps geri çağırmak için görevler ve betikleriniz tarafından kullanılır. Örneğin, kaynak kodu almak, günlükleri yüklemek, test sonuçları, yapıtlar veya Azure DevOps ' a GERI çağrı yapmak için erişim belirtecini kullanırız. Her iş için yeni bir erişim belirteci oluşturulur ve iş tamamlandığında süresi dolar. Bu güncelleştirmeyle, aşağıdaki geliştirmeleri ekledik.

• Belirtecin takım projesi dışındaki kaynaklara erişmesini engelleyin

  Şu anda tüm işlem hatları için varsayılan kapsam takım projesi koleksiyonudur. Kapsamı, klasik derleme işlem hatları 'nda takım projesi olacak şekilde değiştirebilirsiniz. Ancak, klasik sürüm veya YAML işlem hatları için bu denetime sahip değilsiniz. Bu güncelleştirmeyle, her işi işlem hattının ne kadar yapılandırıldığına bakılmaksızın proje kapsamlı bir belirteç almaya zorlamak için bir koleksiyon ayarı sunuyoruz. Ayrıca, ayarı proje düzeyinde ekledik. Şimdi, oluşturduğunuz her yeni proje ve koleksiyon bu ayarı otomatik olarak açık olacak.

  Not

  Koleksiyon ayarı proje ayarını geçersiz kılar.

  Bu ayarı mevcut projelerde ve koleksiyonlarda açmak, işlem hatlarınız, erişim belirteçleri kullanılarak takım projesi dışındaki kaynaklara erişebillerinde bazı işlem hatlarının başarısız olmasına neden olabilir. işlem hattı hatalarını azaltmak için, istenen kaynağa açıkça Project derleme hizmeti hesabı erişimi verebilirsiniz. Bu güvenlik ayarlarını açmanızı kesinlikle öneririz.

• Derleme hizmeti depo kapsamını sınırla erişimi

  Azure Pipelines, erişim belirtecinin kapsamını kısıtlayarak işlem hattı güvenliğini iyileştirerek derleme, artık, bir yaml tabanlı işlem hattı için gereken yalnızca depolara kendi depo erişiminin kapsamını oluşturabilir. Bu, işlem hattının erişim belirtecinin sızıntı durumunda yalnızca işlem hattında kullanılan depoyu görebilmeyeceği anlamına gelir. daha önce, access token, projedeki tüm Azure Repos depoveya potansiyel olarak tüm koleksiyon için iyidir.

  Bu özellik yeni projeler ve koleksiyonlar için varsayılan olarak açık olacaktır. mevcut koleksiyonlar için, bunu koleksiyonlarda etkinleştirmeniz gerekir Ayarlar > Pipelines > Ayarlar. Bu özelliği kullanırken, derleme için gereken tüm depoların (bir komut dosyası kullanarak klonlandığınızda bile) işlem hattının Depo kaynaklarına dahil olması gerekir.

• Erişim belirteci için belirli izinleri kaldırma

  Varsayılan olarak, erişim belirtecine bir dizi izin veririz, bu iznin biri kuyruk derlemeleridir. Bu güncelleştirmeyle, bu izni erişim belirtecine kaldırdık. işlem hatlarınız bu izne ihtiyaç duymanız durumunda, kullandığınız belirtece bağlı olarak Project derleme hizmeti hesabına veya Project koleksiyonu derleme hizmeti hesabına açıkça izin verebilirsiniz.

hizmet bağlantıları için Project düzeyi güvenliği

Hizmet bağlantıları için Merkez düzeyi güvenlik ekledik. Şimdi, tüm hizmet bağlantıları için kullanıcı ekleyebilir/kaldırabilir, rol atayabilir ve erişimi merkezi bir yerde yönetebilirsiniz.

Adım hedefleme ve komut yalıtımı

Azure Pipelines, kapsayıcılarda veya aracı ana bilgisayarında çalışan işleri destekler. Daha önce, bir işin tamamı bu iki hedefin birine ayarlanmıştır. Şimdi, tek adımlar (görevler veya betikler) seçtiğiniz hedefte çalıştırılabilir. Adımlar diğer kapsayıcıları da hedefleyebilir, böylece işlem hattı her adımı özelleştirilmiş, amaç oluşturulmuş bir kapsayıcıda çalıştırabilir.

Kapsayıcılar, yalıtım sınırları olarak davranabilir ve kodun konak makinesinde beklenmedik değişiklikler yapmasını önler. Bir kapsayıcıdaki adımları yalıtarak, aracıdan gelen ve erişim hizmetleriyle iletişim kurma adımlarının etkilenmemesi önerilir. Bu nedenle, adım hedefleri ile kullanabileceğiniz bir komut kısıtlaması moduna de tanıtıyoruz. Bunu açmak, bir adım aracıdan talep edebilir Hizmetleri kısıtlar. Artık günlük iliştire, yapıtları yüklemeye ve diğer bazı işlemleri yapamayacak.

İşte bir iş kapsayıcısında ve başka bir kapsayıcıda konakta çalışan adımları gösteren kapsamlı bir örnek:

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 okuma değişkenleri

Sistem değişkenleri değişmez olarak belgelenmiştir, ancak uygulamada bir görev tarafından üzerlerine yazılabilir ve aşağı akış görevleri yeni değeri seçer. Bu güncelleştirmeyle, sistem ve kuyruk zamanı değişkenlerini Salt okunabilir hale getirmek için işlem hattı değişkenlerinin etrafında güvenliği güçlarız. Ayrıca, bir YAML değişkenini aşağıdaki şekilde işaretleyerek Salt okunabilir hale getirebilirsiniz.

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 endpoint administrators ve endpoint Creators gibi önceden tanımlı Azure DevOps grupları aracılığıyla yönetilebilir.

Bu çalışmanın bir parçası olarak, yeni okuyucu, Kullanıcı, Oluşturucu ve yönetici rollerini sunuyoruz. Bu rolleri, projenizdeki hizmet bağlantıları sayfası aracılığıyla ayarlayabilirsiniz ve bunlar tek tek bağlantılar tarafından devralınır. Her hizmet bağlantısında devralmayı açma veya kapatma seçeneğiniz vardır ve hizmet bağlantısı kapsamındaki rolleri geçersiz kılabilirsiniz.

Buradahizmet bağlantıları güvenliği hakkında daha fazla bilgi edinin.

Hizmet bağlantılarının çapraz proje paylaşımı

Projeler arasında hizmet bağlantı paylaşımı desteğini etkinleştirdik. Artık hizmet bağlantılarınızı, projelerinizle güvenli ve güvenli bir şekilde paylaşabilirsiniz.

Buradahizmet bağlantıları paylaşma hakkında daha fazla bilgi edinin.

İşlem hatları ve ACR kaynakları için izlenebilirlik

İşlem hatları ve ACR kapsayıcı kaynakları bir ardışık düzende kullanıldığında tam E2E izlenebilme olanağı sunuyoruz. YAML işlem hattınızda tüketilen her kaynak için işleme, iş öğeleri ve yapıtlara geri dönebilirsiniz.

İş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ı, başka bir Azure işlem hattı çalışmasının tamamlanmasından sonra veya bir kapsayıcı görüntüsü ACR 'ye gönderildiğinde tetiklenebilir.

  

• İşlem hattı tarafından tüketilen işlemeler . İşlem hattı tarafından tüketilen her kaynak için işlemelerin dökümünü de bulabilirsiniz.

  

• İşlem hattı tarafından tüketilen 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 kaynak için işlemeleri ve iş öğelerini görebilirsiniz.

Büyük test ekleri için destek

Azure Pipelines test sonuçlarını yayımla görevi, kapsamlı bir test raporlama ve analiz deneyimi sağlamak üzere testler yürütüldüğünde test sonuçlarını yayımlamanıza olanak sağlar. Bu aşamada, test çalıştırmaları ve test sonuçları için test ekleri için 100 MB sınırı vardı. Bu, kilitlenme dökümleri veya videoları gibi büyük dosyaların karşıya yüklenmesini sınırlıdır. Bu güncelleştirmeyle, büyük test ekleri için destek ekledik, bu da başarısız testlerinizde sorun gidermeye yönelik tüm verilerin kullanılabilmesini sağlar.

Günlüklerde bir 403 veya 407 hatası döndüren VSTest görevi veya test sonuçları Yayımla görevini görebilirsiniz. Giden istekleri filtreleyen bir güvenlik duvarının arkasında şirket içinde barındırılan derlemeler veya sürüm aracıları kullanıyorsanız, bu işlevselliği kullanabilmeniz için bazı yapılandırma değişiklikleri yapmanız gerekir.

Bu sorunu çözebilmek için, giden isteklerin güvenlik duvarını ' a güncelleştirmenizi öneririz https://*.vstmrblob.vsassets.io . Sorun giderme bilgilerini buradakibelgelerde bulabilirsiniz.

Her iş üzerinde doğru havuz bilgilerini göster

Daha önce, işleri veya bir havuzu tanımlamak üzere bir değişkeni genişletmek için matris kullandığınızda, bazen Günlükler sayfalarında yanlış havuz bilgilerini çözümliyoruz. 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 tetiklemenin uzun bir bekleyen isteği oldu. Aşağıdaki örnekleri inceleyin:

• Mevcut bir dalı temel alarak yeni bir dal oluşturmak için Web arabirimini kullanın. Bu, dal filtreniz yeni dalın adıyla eşleşiyorsa yeni bir CI derlemesini hemen tetikler. Bu, yeni dalın içeriği var olan dala kıyasla aynı olduğu için istenmeyen bir bu değildir.
• İki klasöre sahip bir deponuz vardır-uygulama ve docs. CI için "uygulama" eşleşmesi için bir yol filtresi ayarlarsınız. Başka bir deyişle, docs 'a bir değişiklik itilmesi halinde yeni bir yapı oluşturmak istemezsiniz. Yerel olarak yeni bir dal oluşturun, docs üzerinde bazı değişiklikler yapın ve ardından bu dalı sunucuya gönderin. Yeni bir CI derlemesini tetiklemek için kullandık. Bu, Belgeler klasöründeki değişikliklere bakmadığımızdan ve bu istenmeyen bir işlemdir. Ancak, yeni bir dal olayını işlediğimiz şekilde, uygulama klasöründe de bir değişiklik yapılmış gibi görünüyor.

Şimdi, bu sorunları çözmek için CI 'yi yeni dallara işlemek için daha iyi bir yoldur. Yeni bir dal yayımladığınızda, bu dalda yeni işlemeler için açık bir şekilde arama yaptık ve yol filtreleriyle eşleşip eşleşmediğini denetliyoruz.

İşler, önceki aşamaların çıkış değişkenlerine erişebilir

Çıkış değişkenleri artık, YAML tabanlı bir işlem hattındaki aşamalar arasında kullanılabilir. Bu, bir aşamasından sonrakine git/git kararı veya oluşturulan çıktının KIMLIĞI gibi yararlı bilgileri geçirmenize yardımcı olur. Önceki bir aşamanın sonucu (durum) ve işleri de kullanılabilir.

Çıkış değişkenleri işlerin içindeki adımlarla yine de üretilir. ' A başvurmak yerine dependencies.jobName.outputs['stepName.variableName'] , aşamalar öğesine başvurur stageDependencies.stageName.jobName.outputs['stepName.variableName'] .

Havuz düzeyinde otomatik aracıların yükseltmelerini devre dışı bırak

Şu anda, işlem hatları aracıları gerektiğinde en son sürüme otomatik olarak güncelleştirilecek. Bu 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 gerçekleşir. Bu güncelleştirmeyle, bir havuz düzeyinde otomatik yükseltmeleri devre dışı bırakma özelliğini ekliyoruz. Bu modda, doğru sürümdeki bir aracı havuza bağlı değilse, işlem hatları, aracıların güncelleştirilmesini istemek yerine şifresiz bir hata iletisiyle başarısız olur. Bu özellik, genellikle şirket içinde barındırılan havuzlara ve çok sıkı değişiklik denetimi gereksinimlerine sahip olan müşteriler için çok ilgi çekici bir özelliktir. Otomatik Güncelleştirmeler varsayılan olarak etkindir ve müşterilerin çoğunu devre dışı bırakmasına tavsiye etmemektedir.

Aracı tanılaması

Birçok ağ sorunu ve yükseltme hatalarının yaygın nedenleri gibi birçok yaygın aracı ile ilgili sorun için tanılama ekledik. Tanılamayı kullanmaya başlamak için, Run.sh--Diagnostics kullanın veya Windows . cmd--Diagnostics ' i çalıştırın.

YAML işlem hatları için hizmet kancaları

YAML işlem hatlarına sahip hizmetleri tümleştirme artık daha kolay. YAML işlem hatları için hizmet kancaları olaylarını kullanarak artık işlem hattı çalıştırmalarının ilerleme durumunu temel alarak özel uygulamalarda veya hizmetlerde etkinlikleri çalıştırabilirsiniz. Örneğin, bir onay gerektiğinde bir yardım masası bileti oluşturabilirsiniz, bir aşama tamamlandıktan sonra bir izleme iş akışı başlatabilir veya bir aşama başarısız olduğunda takımınızın mobil cihazlarına anında iletme bildirimi gönderebilirsiniz.

İşlem hattı adı ve aşama adı 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şamanın yeni durumuna göre filtrelenebilir.

Optimizely tümleştirmesi

Optimizely, ürün ekipleri için güçlü bir A/B testi ve özellik bayrak platformudur. Optimizely deneme platformu ile Azure Pipelines tümleştirmesi, ürün ekiplerinin hızlandırılır, öğrenilmesi ve dağıtımı, Azure Pipelines ' ten tüm DevOps avantajları elde etmek üzere güçlendirerek yararlanır.

Azure DevOps için Optimizely uzantısı, derleme ve yayın işlem hatlarına deneme ve özellik bayrağı yayma adımları ekler, böylece sürekli olarak yineleyebilir, özellikleri alabilir ve Azure Pipelines kullanarak geri alabilirsiniz.

buradaAzure DevOps Optimizely uzantısı hakkında daha fazla bilgi edinin.

yapıt kaynağı olarak GitHub yayını ekleme

artık GitHub yayınlarını Azure DevOps yayın işlem hatları 'nda yapıt kaynağı olarak bağlayabilirsiniz. bu, GitHub sürümünü dağıtımlarınızın bir parçası olarak kullanmanıza olanak tanır.

yayın ardışık düzen tanımında yapıt ekle ' ye tıkladığınızda yeni GitHub yayın kaynağı türünü bulabilirsiniz. GitHub sürümünü kullanmak için hizmet bağlantısını ve GitHub depoyu sağlayabilirsiniz. ayrıca, GitHub sürümünün en son, belirli bir etiket sürümü olarak kullanacağı varsayılan bir sürüm seçebilir veya yayın oluşturma zamanında seçim yapabilirsiniz. GitHub bir yayın bağlandıktan sonra otomatik olarak indirilir ve yayın işleriniz tarafından kullanılabilir hale getirilir.

Azure Pipelines ile terrayform tümleştirmesi

Terrayform, altyapıyı güvenli ve verimli bir şekilde geliştirmeye, değiştirmeye ve oluşturmaya yönelik açık kaynaklı bir araçtır. Terkform, API 'Leri, üst düzey bir yapılandırma dili kullanarak tanımlamanıza ve sağlamanıza olanak tanıyan bildirim temelli yapılandırma dosyalarına dönüştürür. Terminform uzantısını tüm büyük altyapı sağlayıcıları genelinde kaynak oluşturmak için kullanabilirsiniz: Azure, Amazon Web Services (AWS) ve Google Cloud Platform (GCP).

Terrayform uzantısı hakkında daha fazla bilgi edinmek için buradakibelgelere bakın.

Google Analytics ile tümleştirme

Google Analytics denemeleri Framework, belirli bir amaç üzerinde etkisini ölçmek için neredeyse tüm değişiklikleri veya değişimleri bir Web sitesine veya uygulamaya test etmenizi sağlar. Örneğin, kullanıcılarınızın tamamlamasını istediğiniz (örn. bir satın alma, bir bültene kaydolma, bir bültene kaydolma) ve/veya ölçümlerin (örn. gelir, oturum süresi, sıçrama oranı) istediğiniz etkinlikleri olabilir. Bu etkinlikler, özellik performansı üzerinde sahip oldukları etkileri temel alarak uygulanan değişiklikleri belirlemenize olanak sağlar.

Azure DevOps için Google Analytics denemeleri uzantısı, derleme ve yayın işlem hatlarına deneme adımlar ekler. böylece, Azure Pipelines tüm DevOps avantajlarını elde ederken sürekli olarak denemeleri yöneterek her zaman hızlandırılmış bir hızda bilgi edinebilirsiniz, öğrenilmesi ve dağıtımı yapabilirsiniz.

Google Analytics denemeleri uzantısını marketten indirebilirsiniz.

Azure Pipelines ile ServiceNow tümleştirmesi güncelleştirildi

servicenow için Azure Pipelines uygulaması , Azure Pipelines ve servicenow değişiklik yönetimini tümleştirmenize yardımcı olur. Bu güncelleştirmeyle, ServiceNow 'ın New York sürümü ile tümleştirilebilir. Bu iki hizmet arasındaki kimlik doğrulaması artık OAuth ve temel kimlik doğrulaması kullanılarak yapılabilir. Ayrıca, ağ geçidi sonucuna karar vermek için herhangi bir değişiklik özelliğini kullanabilmeniz için gelişmiş başarı ölçütlerini yapılandırabilirsiniz.

vscode 'dan Azure Pipelines oluşturma

vscode için Azure Pipelines uzantısına yeni bir işlev ekledik. şimdi, ıde 'den çıkmadan doğrudan vscode 'dan Azure Pipelines oluşturabileceksiniz.

Flaky hata yönetimi ve çözümlemesi

Algılama, raporlama ve çözümleme ile uçtan uca yaşam döngüsünü desteklemek için güvenilir olmayan test yönetimi tanıtıldık. Daha da geliştirmek için, Flap test hata yönetimi ve çözümlemesi ekliyoruz.

Güvenilir olmayan testi araştırırken hata eylemini kullanarak bir hata oluşturabilir ve ardından güvenilir olmayan testinin kök nedenini daha fazla araştırmak için bir geliştiriciye atayabilirsiniz. Hata raporu, hata iletisi, yığın izlemesi ve test ile ilişkili diğer bilgiler gibi işlem hattı hakkında bilgiler içerir.

Bir hata raporu çözümlendiğinde veya kapatıldığında, otomatik olarak testin işaretini otomatik olarak kaldıracağız.

En az sayıda test çalıştırılmadıysanız VSTest görevlerini başarısız olarak ayarlayın

VSTest görevi, Kullanıcı girişlerini (test dosyalarını, filtre ölçütlerini vb.) ve kullanılan test çerçevesine özgü bir test bağdaştırıcısı 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şfolmadığı ve yalnızca beklenen testlerin bir alt kümesinin çalıştırıldığı durumlarda ortaya çıkmasına neden olabilir. Bu durum, kod yeterince yüksek kalitede olduğundan, testlerin atlandığı için işlem hattı başarılı olmasına neden olabilir. Bu durumdan kaçınmak için, VSTest görevinde, görevin geçmesi için çalıştırılması gereken minimum test sayısını belirtmenize olanak sağlayan 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ı $(Agent.TempDirectory)\TestResults klasörde depolar. Test sonuçlarını depolamak üzere farklı bir klasör yapılandırmanıza izin vermek için görev Kullanıcı arabirimine bir seçenek ekledik. Artık belirli bir konumdaki dosyalar için gereken sonraki görevler bunları kullanabilir.

Otomatik test hata iletisinde Markdown desteği

Otomatikleştirilmiş testler için hata iletilerine markdown desteği ekledik. Artık hem test çalıştırması hem de test sonucu için hata iletilerini kolayca biçimlendirebilir, okunabilirliği geliştirebilir ve test hatasını giderme deneyimini Azure Pipelines. Desteklenen markdown söz dizimi burada bulunabilir.

Dağıtım işi adımlarını otomatik olarak ekleme için işlem hattı dekoratörlerini kullanma

Artık dağıtım işlerine işlem hattı dekoratörleri eklemek için kullanabilirsiniz. Her dağıtım işinin her yaşam döngüsü kancası yürütmesi için herhangi bir özel adımın (güvenlik açığı tarayıcısı gibi) otomatik olarak ekli olması gerekir. İşlem hattı dekoratörleri bir koleksiyonda yer alan tüm işlem hatlarına uygulanana kadar güvenli dağıtım uygulamalarının bir parçası olarak kullanılabilir.

Ayrıca dağıtım işleri, tanımlandığı sürece hizmetler yan araba ile birlikte bir kapsayıcı işi olarak çalıştırabilirsiniz.

Test Plans

Yeni Test Planı sayfası

Tüm Test Plans koleksiyonları için yeni Test Plans Sayfası (Test Plans *) Azure DevOps kullanılabilir. Yeni sayfa, test planlama, yazma veya yürütme gibi hazır göreve odaklanmanıza yardımcı olmak için kolaylaştırılmış görünümler sağlar. Ayrıca dağınıklıksızdır ve diğer teklifle Azure DevOps tutarlıdır.

Yeni sayfayı anlamama yardımcı olur

Yeni Test Plans sayfası, ilk 4'ü yeni olan toplam 6 bölüme sahipken Grafikler & Genişletilebilirlik bölümleri mevcut işlevlerdir.

1. Test planı üst bilgisi: Bir test planını bulmak, sık kullanılanlara eklemek, düzenlemek, kopyalamak veya kopyalamak için bunu kullanın.
2. Test paketleri ağacı: Test paketleri eklemek, yönetmek, dışarı aktarın veya sipariş etmek için bunu kullanın. Yapılandırmaları atamak ve kullanıcı kabul testi gerçekleştirmek için bunu kullanın.
3. Tanımlama sekmesi: Bu sekme aracılığıyla seçim yapılan bir test paketinde test çalışmalarını harmanlama, ekleme ve yönetme.
4. Yürütme sekmesi: Bu sekme aracılığıyla testleri atayı ve yürütün veya detaya inen bir test sonucu bulun.
5. Grafik sekmesi: Panolara sabitlenmiş grafikler aracılığıyla test yürütmeyi ve durumu izleyin.
6. Genişletilebilirlik: Ürün içindeki geçerli genişletilebilirlik noktalarını destekler.

Aşağıdaki bu yeni bölümlerin geniş bir vuruş görünümünü ele alastırın.

1. Test planı üst bilgisi

Görevler

Test Planı üst bilgisi aşağıdaki görevleri gerçekleştirmeye olanak sağlar:

• Test planını sık kullanılan olarak işaretleme
• Sık kullanılan bir test planının işaretlerini değiştirme
• Sık kullanılan test planlarınız arasında kolayca gezinme
• Test planının Yineleme yolunu görüntüleme; bu, test planının Geçerli mi Yoksa Geçmiş mi olduğunu açıkça gösterir
• Rapora gitmek için bağlantı içeren Test İlerleme Durumu raporunun hızlı özetini görüntüleme
• All/Mine Test Plans gidin

Kısayol menüsü seçenekleri

Test Planı üst bilgisinde bağlam menüsü aşağıdaki seçenekleri sağlar:

• Test planını kopyalama: Geçerli test planını hızlıca kopyalamaya olanak sağlayan 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ırmaya olanak sağlar

Test planını kopyalama (yeni özellik)

Sprint/yayın başına yeni bir Test Planı oluşturmanız önerilir. Bunu yaparken, genellikle önceki döngü için Test Planı kopyalanır ve birkaç değişiklikle kopyalanan test planı yeni döngü için hazır olur. Bu işlemi kolaylaştırma için yeni sayfada 'Test planını kopyala' özelliğini etkinleştirdik. Bu dosyadan yararlanarak test planlarını kopyalayıp kopyalarız. Destek planı REST API burada ele ve API, projeler arasında bir test planı kopyalama/kopyalama işlemi de sağlar.
Kullanım hakkında daha fazla Test Plans için buraya bakın.

2. Test paketleri ağacı

Görevler

Test paketi üst bilgisi aşağıdaki görevleri gerçekleştirmeye olanak sağlar:

• Genişlet/daralt: Bu araç çubuğu seçenekleri, paket hiyerarşi ağacını genişletmenizi veya daraltmayı sağlar.
• Alt paketlerin 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önetimi için verilen pakete ve paketin diğer tüm test noktalarını tek bir görünümde görüntülemenize olanak sağlar.
• Paketleri sıralama: Paketlerin hiyerarşisini yeniden sıralamak veya test planı içinde bir paket hiyerarşisinde diğerine taşımak için paketleri sürükleyip bırakın.

Kısayol menüsü seçenekleri

Test paketleri ağacının bağlam menüsü aşağıdaki seçenekleri sağlar:

• Yeni paketleri oluşturma: 3 farklı türde paketleri aşağıdaki gibi oluşturabilirsiniz:
  • Testlerinizi düzenlemek için statik paket veya klasör paketi kullanın.
  • Sorunsuz izlenebilirlik için gereksinimlere/kullanıcı hikayelerine doğrudan bağlantı sağlamak 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: Paket için yapılandırmalar atabilirsiniz (örneğin: Chrome, Firefox, EdgeChromium) ve bu yapılandırmalar daha sonra bu pakete daha sonra ekley istediğiniz tüm mevcut test çalışmalarına veya yeni test çalışmalarına uygulanabilir.
• Pdf/e-posta olarak dışarı aktar: Test planı özelliklerini, test paketi özelliklerini ve test çalışmalarının ayrıntılarını "e-posta" veya "pdf'ye yazdır" olarak dışarı aktarın.
• Test paketi iş öğesini aç: 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çileri atama: Bu seçenek, genellikle farklı departmanlara ait olan birden çok testçi tarafından aynı testin çalıştırı/yürütülerek yürütülerek kullanıcı kabulü testi (UAT) senaryolarında çok kullanışlıdır.
• Yeniden Adlandır/Sil: Bu seçenekler, paket adını yönetmenize veya paketi ve içeriğini test planından kaldırmaya olanak sağlar.

3. Tanımlama sekmesi

Tanımla sekmesi, bir test paketi için test çalışmalarını harmanlamanıza, eklemenize ve yönetmenize olanak sağlar. Öte yanda yürütme sekmesi test noktaları atamak ve bunları yürütmek için.

Tanımla sekmesi ve belirli işlemler yalnızca Temel + Erişim düzeyi veya eşdeğer Test Plans kullanıcılar tarafından kullanılabilir. Diğer her şey 'Temel' erişim düzeyine sahip bir kullanıcı tarafından değiştirilebilir.

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 sağlar. Oluşturulan test durumu otomatik olarak pakete eklenir.
• Kılavuz kullanarak yeni test çalışma ekle: Bu seçenek, test çalışmalarında kılavuz görünümünü kullanarak bir veya daha fazla test çalışması oluşturmanıza olanak sağlar. Oluşturulan test testleri pakete otomatik olarak eklenir.
• Sorgu kullanarak Mevcut test çalışmalarını ekle: Bu seçenek, bir sorgu belirterek mevcut test çalışmalarını pakete eklemenize olanak sağlar.
• Test çalışmalarını sürükleyerek/bırakarak sırala: Test çalışmalarını, verilen paket içindeki bir veya daha fazla test çalışmasını sürükleyerek/bırakarak yeniden sıraabilirsiniz. Test durumlarının sırası otomatikleştirilmiş testlerde değil yalnızca el ile yapılan testlerde geçerlidir.
• Test durumlarını bir paketten diğerine taşıma: Sürükle/bırak kullanarak test durumları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ışma başlığı", "atanan" ve "durum" alanlarını kullanarak test çalışmalarının listesini filtrelayabilirsiniz. Ayrıca sütun üst bilgilerine tıklayarak listeyi sıraabilirsiniz.
• Sütun seçenekleri:"Sütun seçenekleri" kullanarak Tanımla sekmesinde görünen sütun listesini yönetebilirsiniz. Seçim için kullanılabilen sütunların listesi öncelikli olarak test çalışması iş öğesi formundaki alanlardır.

Kısayol menüsü seçenekleri

Tanımla sekmesindeki Test çalışma düğümünde 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üzenley istediğiniz iş öğesi formunu kullanarak bir Test çalışması düzenlemenizi sağlar.
• Test çalışmalarını düzenleme: Bu seçenek, Test çalışması iş öğesi alanlarını toplu düzenlemenizi sağlar. Ancak, test adımlarını toplu olarak düzenlemek için bu seçeneği kullanılamaz.
• Kılavuzda test olaylarını düzenleme: Bu seçenek, kılavuz görünümünü kullanarak test adımları dahil olmak üzere seçili test olaylarını toplu olarak düzenlemenizi sağlar.
• Yapılandırmaları atama: Bu seçenek, paket düzeyi yapılandırmaları test çalışma düzeyi yapılandırmalarla geçersiz kılmaya olanak sağlar.
• Test çalışmalarını kaldır: Bu seçenek, test çalışmalarını verilen paketten kaldırmaya olanak sağlar. Ancak temel test çalışması iş öğesini değiştirmez.
• Test çalışmalarının kopyasını oluşturma: Bu seçenek, seçilen test çalışmalarının bir kopyasını/kopyasını oluşturmanıza olanak sağlar. Diğer ayrıntılar için aşağıya bakın.
• Bağlantılı öğeleri görüntüle: Bu seçenek, belirli bir test çalışmasına bağlı öğelere bakmana olanak sağlar. Diğer ayrıntılar için aşağıya bakın.

Test çalışmalarını kopyalama/kopyalama (yeni özellik)

Test çalışmalarında kopyalama/kopyalama yapmak istediğiniz senaryolar için "Test çalışmalarını kopyala" seçeneğini kullanabilirsiniz. Kopyalama/kopyalama test çalışmanızı oluşturmak için hedef projeyi, hedef test planını ve hedef test paketini belirtabilirsiniz. Ayrıca, kopyalanan kopyaya akışı yapmak için mevcut bağlantıları/ekleri dahil etmek isteyip istemeyebilirsiniz.

Bağlantılı öğeleri görüntüleme (yeni özellik)

Test yapıtları, gereksinimler ve hatalar arasında izlenebilirlik, ürünün önemli bir Test Plans teklifidir. "Bağlantılı öğeleri görüntüle" seçeneğini kullanarak, bu test çalışmalarının bağlantılı olduğu tüm bağlı Gereksinimlere, bu test çalışmalarının kullanılmış olduğu tüm Test paketlerine/Test planlarına ve test yürütmenin bir parçası olarak dosyalandı tüm hatalara kolayca bakabilirsiniz.

4. Yürütme sekmesi

Tanımla sekmesi, bir test paketi için test çalışmalarını harmanlamanıza, eklemenize ve yönetmenize olanak sağlar. Öte yanda yürütme sekmesi test noktaları atamak ve bunları yürütmek için.

Test noktası nedir? Test örnekleri tek tek yürütülebilir değildir. Bir test paketine bir test durumu eklerken, test noktası oluşturulur. Test noktası, test testi, test paketi, yapılandırma ve tester'ın benzersiz bir birleşimidir. Örnek: "Test oturum açma işlevselliği" olarak bir test örneğiniz varsa ve buna Edge ve Chrome olarak 2 yapılandırma eklersiniz, bu da 2 test noktasıyla sonuç verir. Artık bu test noktaları yürütül olabilir. 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örebilir. Test noktası için en son yürütme, yürütme sekmesinde gördüğünüz yürütmedir.
Bu nedenle, test testleri yeniden kullanılabilir varlıklardır. Bunları bir test planına veya paketine dahil etmekle, test noktaları oluşturulur. Test noktalarını yürüterek geliştirilen ürünün veya hizmetin kalitesini belirlersiniz.

Yeni sayfanın temel avantajlarından biri, asıl olarak test yürütme/izleme yapan (yalnızca 'Temel' erişim düzeyine sahip olmak gerekir) kullanıcılara, paket yönetiminin karmaşıklığına (bu tür kullanıcılar için sekmeyi tanımla) zorlanmazlar.

Tanımla sekmesi ve belirli işlemler yalnızca Temel + Erişim düzeyi veya eşdeğer Test Plans 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 değiştirilebilir.

Görevler

Yürüt sekmesi aşağıdaki görevleri gerçekleştirmeye olanak sağlar:

• Test noktalarını toplu işaretleme: Bu seçenek, test çalışması test çalıştırıcısı aracılığıyla çalıştırmak zorunda kalmadan başarılı, başarısız, engellenen veya geçerli olmayan test noktalarının sonucunu hızla işaretlemeye olanak sağlar. Sonuç tek bir denemede bir veya birden çok test noktası için işaretlenir.
• Test noktalarını çalıştırma: Bu seçenek, test çalışmalarını her test adımını tek tek çalıştırarak ve bir Test çalıştırıcısı kullanarak başarılı/başarısız olarak işaretleyerek çalıştırmaya olanak sağlar. Testte bulunduğunuz uygulamaya bağlı olarak, masaüstü ve/veya web uygulamalarını test etmek için "web uygulamasını" veya "masaüstü çalıştırıcıyı" test etmek için "Web Çalıştırıcısı" kullanabilirsiniz. Testi gerçekleştirmek istediğiniz bir Derleme belirtmek için "Seçeneklerle çalıştır" eylemlerini de ç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ır, Atanan TestEr, Yapılandırma gibi test noktalarıyla ilişkilendirilmektedir.
• 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 noktaları listesini "test çalışma başlığı", "atanan", "durum", "test sonucu", "Tester" ve "Yapılandırma" alanlarını kullanarak filtrelayabilirsiniz. Ayrıca sütun üst bilgilerine tıklayarak listeyi sıraabilirsiniz.

Kısayol menüsü seçenekleri

Yürüt sekmesindeki Test noktası düğümünde 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, engellenen veya geçerli olmayan test noktalarının sonucunu hızla işaretlemeye olanak sağlar.
• Test noktalarını çalıştırma: Yukarıdakiyle aynı şekilde, test çalıştırması aracılığıyla test çalışmalarını çalıştırmaya olanak sağlar.
• Testi etkin olarak sıfırla: Bu seçenek, test sonucunu etkin olarak sıfırlamaya ve böylece test noktasının son sonucunu yoksaymamana olanak 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üzenley istediğiniz iş öğesi formunu kullanarak bir Test çalışması düzenlemenizi sağlar.
• Testci ata: Bu seçenek, test yürütmesi için test noktalarını testçilere atamaya olanak sağlar.
• Test sonucunu görüntüleme: Bu seçenek, her test adımının sonucu, eklenen açıklamalar veya dosyalandırilen hatalar da dahil olmak üzere en son test sonucu ayrıntılarını görüntülemeye olanak sağlar.
• Yürütme geçmişini görüntüleme: Bu seçenek, seçilen test noktası için yürütme geçmişinin tamamını görüntülemeye olanak sağlar. Yalnızca seçilen test noktasının değil aynı zamanda tüm test testinin yürütme geçmişini görüntülemek için filtreleri ayarlandırabilirsiniz yeni bir sayfa açılır.

Test Plans İlerleme raporu

Bu ilk rapor, bir projede bir veya daha fazla raporun yürütülmesini ve durumunu Test Plans yardımcı olur. İlerleme Test Plans >* ziyaret edin ve raporu kullanmaya başlayabilirsiniz.

Raporun üç bölümü aşağıdakileri içerir:

1. Özet: Seçilen test planları için birleştirilmiş bir görünüm gösterir.
2. Sonuç eğilimi: Size yürütme ve durum eğilim çizgisi vermek için günlük bir anlık görüntü işler. 14 günlük (varsayılan), 30 günlük veya özel aralık verilerini gösterebilir.
3. Ayrıntılar: Bu bölüm, her test planına göre detaya gitmenizi sağlar ve her test paketi için önemli analizler sağlar.

Artifacts

Lisans ifadeleri ve ekli lisanslar

Artık, Azure Artifacts'daki paketlere göz NuGet paketlerine ilişkin lisans bilgilerini Visual Studio. Bu, lisans ifadeleri veya ekli lisanslar kullanılarak temsil edilen lisanslar için geçerlidir. Artık paket ayrıntıları sayfasında lisans bilgilerine bir bağlantı Visual Studio (aşağıdaki görüntüde kırmızı ok) görebilirsiniz.

Bağlantıya tıklayarak lisansın ayrıntılarını görüntüleyebilirsiniz. Bu deneyim hem lisans ifadeleri hem de ekli lisanslar için aynıdır, bu nedenle Azure Artifacts'de depolanan paketlerin lisans ayrıntılarını tek bir yerde (lisans bilgilerini belirten ve Visual Studio tarafından desteklenen paketler için) görüntüebilirsiniz.

Basit kimlik doğrulama görevleri

Artık hafif kimlik doğrulama görevlerini kullanarak Azure Pipelines yöneticilerinden kimlik doğrulaması gerçekleştirebilirsiniz. Buna NuGet, npm, PIP, Twine ve Maven dahildir. Daha önce, paketleri yayımlama ve indirme olanağı da dahil olmak üzere büyük miktarda işlevsellik sağlanan görevleri kullanarak bu paket yöneticileriyle kimlik doğrulaması gerçekleştirebilirsiniz. Ancak bu, paket yöneticileriyle etkileşimde bulunan tüm etkinlikler için bu görevlerin kullanımına yöneliktir. Paketleri yayımlama veya indirme gibi görevleri gerçekleştirmek için çalıştıracak kendi betikleriniz olsaydı bunları İşlem Hattında kullanamazsınız. Artık yaML işlem hattında 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, YAML kullanarak desteklenen tüm komutları Azure Pipelines kullanabilirsiniz. Bu, komut çağırma üzerinde tam denetime sahip olur ve işlem hattı yapılandırmanız içinde paylaşılan betiklerin kullanımını kolaylaştırır. Daha fazla bilgi için lütfen NuGet , npm, PIP, Twineve Maven kimlik doğrulama görevi belgelerine bakın.

Akış sayfası yükleme süresi iyileştirmeleri

Akış sayfası yükleme süremizi iyileştirdik. Akış sayfası yükleme süreleri ortalama olarak %10 azaldı. En büyük akışlar, %75 oranında azalan 99. yüzdebirlik akış sayfası yükleme süresinde (tüm akışların en yüksek %99' unda yükleme süreleri) en fazla gelişmeyi görmüştür.

Paketlerinizi genel akışlarla genel olarak paylaşma

Artık paketlerinizi oluşturabilir ve genel akışların içinde depoabilirsiniz. Ortak akışlarda depolanan paketler, koleksiyonunda olup olmadığı, hatta bir koleksiyonda oturum açmış olsalar da kimlik doğrulaması olmadan İnternet'te Azure DevOps kullanılabilir. Akış belgelerimizde genel akışlar hakkında daha fazla bilgi edinin veya paketleri herkese açık şekilde paylaşma öğreticimize hemen atlayın.

Bir kiracı içindeki farklı koleksiyonlarda yukarı AAD yapılandırma

Artık Azure Active Directory (AAD) kiracınız ile ilişkili başka bir koleksiyona, akış akışınıza bir yukarı akış kaynağı olarak Artifacts eklemeniz gerekir. Akışınız yukarı akış kaynakları olarak yapılandırılan akışlardan paketleri bulabilir ve kullanabilir, böylece paketlerin AAD kiracınız ile ilişkili koleksiyonlar arasında kolayca paylaştırılır. Bu ayarlamayı belgelerde bkz..

Farklı akışlarla pip Python Kimlik Bilgisi Sağlayıcısı ikiz kimliğini doğrulamak için Azure Artifacts kullanın

Artık python paketlerini bir Python Kimlik Bilgisi Sağlayıcısı akışına veya akışından Python paketlerini yayımlamak veya kullanmak üzere otomatik olarak kimlik doğrulaması ayarlamak için Azure Artifacts kullanabilirsiniz. Kimlik bilgisi sağlayıcısı ile herhangi bir yapılandırma dosyası (pip.ini/pip.conf/.pypirc) ayarlamanız gerekmez; pip veya twine ilk kez çağrılırken web tarayıcınızda bir kimlik doğrulama akışı üzerinden alınır. Belgelerde daha fazla bilgi bulabilirsiniz.

Azure Artifacts akışlarını Visual Studio Paket Yöneticisi

Artık paket simgelerini, açıklamalarını ve yazarlarını Visual Studio NuGet Paket Yöneticisi akışlardan sunulan paketler için Azure Artifacts gösteriyoruz. Daha önce, bu meta verilerin çoğu VS'ye sağlanmazdı.

Akış Bağlan güncelleştirildi

Akış Bağlan iletişim kutusu, akış kullanmanın giriş Azure Artifacts; İstemcileri ve depoları, veri akışında akışlardan paketlerin nasıl itip çekerek yapılandıracakları hakkında Azure DevOps. İletişim kutusunu ayrıntılı ayarlama bilgileri eklemek için güncelleştirildi ve yönergeler verilen araçları genişlettik.

Genel akışlar artık yukarı akış desteğiyle genel kullanıma sunulmaktadır

Genel akışların genel önizlemesi büyük bir benimseme ve geri bildirim aldı. Bu sürümde, ek özellikleri genel kullanılabilirlik için genişletildik. Şimdi, özel akıştan bir genel akışı yukarı akış kaynağı olarak ayarlayın. Özel ve proje kapsamlı akışlara hem yukarı akış hem de proje kapsamlı akışlar kullanarak yapılandırma dosyalarınızı basit tutabilirsiniz.

Portaldan proje kapsamlı akışlar oluşturma

Genel akışları yayımlaya kadar proje kapsamlı akışları da yayımlayız. Şimdiye kadar, proje kapsamlı akışlar REST API'leri aracılığıyla veya bir genel akış oluşturularak ve ardından proje özel olarak kapatarak oluşturulabilirdi. Artık, gerekli izinlere sahip olursanız herhangi bir projeden doğrudan portalda proje kapsamlı akışlar oluşturabilirsiniz. Ayrıca, hangi akışların proje olduğunu ve akış seçicide koleksiyon kapsamındaki akışları da görebilir.

npm performans geliştirmeleri

Akışlarda npm paketlerini depolama ve teslim Azure Artifacts. Bu, npm için en yüksek kullanılan API'lerden bazıları için gecikme süresini 10 kat azaltmamıza yardımcı oldu.

Erişilebilirlik geliştirmeleri

Akışlar sayfamızda erişilebilirlik sorunlarını ele alan düzeltmeler dağıttık. Düzeltmeler şunları içerir:

• Akış deneyimi oluşturma
• Genel akış ayarları deneyimi
• Bağlan deneyimine

Wiki

Kod wiki sayfaları için zengin düzenleme

Daha önce, bir kod wiki sayfasını düzenlerken, düzenleme için Azure Repos merkezine yönlendiriisiniz. Şu anda, Repo hub'ı markdown düzenlemesi için iyileştirilmiş değildir.

Artık wiki'nin içindeki yan yana düzenleyicide bir kod wiki sayfasını düzenleyebilirsiniz. Bu sayede içeriklerinizi oluşturmak için zengin markdown araç çubuğunu kullanabilir ve düzenleme deneyimini proje wiki'sinde yer alan araç çubuğuyla aynı hale ekleyebilirsiniz. Yine de bağlam menüsündeKimlik öğelerinde düzenle seçeneğini Repos düzende düzenlemeyi seçebilirsiniz.

Wiki sayfasından iş öğeleri oluşturma ve ekleme

Geri bildirimlerinizi takip ettiyken, beyin fırtınası belgeleri, planlama belgeleri, özelliklerle ilgili fikirler, teknik belgeler, toplantı dakikaları için wiki'yi kullanabileceğinizi duyduk. Artık wiki sayfasından ayrılmadan doğrudan bir planlama belgesinde kolayca özellikler ve kullanıcı hikayeleri oluşturabilirsiniz.

bir iş öğesi oluşturmak için, iş öğesini eklemek istediğiniz wiki sayfasındaki metni seçin ve Yeni iş öğesi'ne tıklayın. Bu size zaman kazandırır çünkü önce iş öğesini oluşturmanıza gerek yok, düzenlemeye gidin ve ardından eklemek için iş öğesini bulun. Ayrıca wiki kapsamının dışında olmadığı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 kurmak için bir yolunuz değildi. Bu durum, posta veya sohbet kanalları üzerinden konuşmalar yapmak zorunda olduğu için içerik üzerinde işbirliği yapmak ve soruları almak için bir zorlukla karşı karşıya kaldı. Açıklamalarla artık doğrudan wiki'de başkalarıyla işbirliği de kullanabilirsiniz. Diğer ekip üyelerinin @mention dikkatini çekmek için yorumların içindeki kullanıcı işlevselliğinden faydalanabilirsiniz. Bu özellik, bu öneri biletine göre öncelik sırasına alındı. Yorumlar hakkında daha fazla bilgi için buradaki belgelerimize bakın.

"." ile başlayan klasörleri ve dosyaları gizle wiki ağacında

Şimdiye kadar wiki ağacı, wiki ağacında bir nokta (.) ile başlayan tüm klasörleri ve dosyaları gösterdi. Kod wiki senaryolarında bunun nedeni, gizli olması gereken .vscode gibi klasörlerin wiki ağacında görünür olmasıdır. Artık noktayla başlayan tüm dosya ve klasörler wiki ağacında gizlenerek gereksiz dağınıklığı azaltacak.

Bu özellik, bu öneri biletine göre öncelik sırasına alındı.

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 kullanmak zorunda kalmayabilirsiniz. Parametreleri kaldırmak için URL'de sayfa kimliklerini kullandık, bu nedenle URL'yi daha kısa ve daha kolay okundu.

URL'lerin yeni yapısı şöyle olur:

https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}

Bu, Wiki sayfasına hoş geldiniz sayfasının yeni URL'Azure DevOps örneğidir:

https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki

Bu, Geliştirici Hesabı'nın bu özellik öneri biletine göre öncelik Community.

Wiki sayfalarını düzenlemek için zaman uyumlu kaydırma

Düzenleme ve önizleme bölmesi arasında zaman uyumlu kaydırma ile wiki sayfalarını düzenlemek artık daha kolaydır. 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ışı abilirsiniz.

Wiki sayfaları için sayfa ziyaretleri

Artık wiki sayfaları için sayfa ziyaretleri hakkında içgörüler edinebilirsiniz. Bu REST API son 30 gün içinde sayfa ziyaret bilgilerine erişmeye izin ve ardından. Wiki sayfalarınız için raporlar oluşturmak üzere bu verileri kullanabilirsiniz. Ayrıca, bu verileri veri kaynağınıza depolar ve en çok görüntülenilen sayfalar gibi belirli içgörüler elde etmek için panolar oluşturabilirsiniz.

Ayrıca her sayfada son 30 gün için sayfa ziyaretlerinin toplam sayısını da görebilirsiniz.

Raporlama

İşlem hattı hatası ve süre raporları

Ölçümler ve içgörüler, işlem hatlarını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.

1. İşlem hattı hatası raporu derleme geçiş oranını ve hata eğilimini gösterir. Ayrıca, işlem hattında hangi görevin en fazla hata sayısına katkıda olduğu hakkında içgörüler sağlamak için görevlerin hata eğilimini de gösterir.

2. İşlem hattı süresi raporu, bir işlem hattının çalışması için gereken süre eğilimini gösterir. Ayrıca işlem hattında en fazla zaman alan görevleri gösterir.

Sorgu Sonuçları pencere öğesinde geliştirme

Sorgu sonuçları pencere öğesi, en popüler pencere öğelerimizi içerir ve iyi bir nedenden dolayıdır. Pencere öğesi, bir sorgunun sonuçlarını doğrudan panonuza görüntüler ve birçok durumda yararlıdır.

Bu güncelleştirmeyle birlikte, uzun süredir beklenen birçok geliştirmeyi de dahil ettik:

• Artık pencere öğesinde görüntülemek istediğiniz sayıda sütun seçin. Artık 5 sütunlu sınır yok!
• Pencere öğesi, 1x1 ile 10x10 arasında tüm boyutları destekler.
• Bir sütunu yeniden boyutlandırarak sütun genişliği kaydedilir.
• Pencere öğesi tam ekran görünümüne genişletebilirsiniz. Genişletilirken sorgu tarafından döndürülen tüm sütunlar görüntülenir.

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ından iş akışında ne kadar süreyle akmaya ve sonunda müşterilerine değer sunmaya çalışması için kullanılır.

Şimdiye kadar müşteri adayı ve döngü süresi pencere öğeleri" gibi sorular sormak için gelişmiş filtre ölçütlerini desteklemedi: "Ekibimin yüksek öncelikli öğeleri kapatması ne kadar zaman alıyor?"

Bu güncelleştirmeyle ilgili sorular, Board kullanı filtrelemesi ile yanıt olabilir.

Ayrıca grafikte görünen iş öğelerini sınırlamak için iş öğesi filtreleri de dahil edildi.

Hikaye noktalarını kullanarak satır içi sprint yazma

Sprint Burndown'niz artık Hikayeler'e göre tükener. Bu, Geliştirici Community.

Sprint hub'larından Analiz sekmesini seçin. Ardından rapor yapılandırmayı aşağıdaki gibi yapın:

1. Hikayeler biriktirme listesi seçme
2. Hikaye Noktalarının Toplamı'nın üzerine inerek seçin

Her şeyi sorduğunuz bir Sprint Burndown pencere öğesi

Yeni Sprint Burndown pencere öğesi Hikaye Noktaları, Görev sayısı veya özel alanları toparak aşağı doğru yazma desteği sunar. Özellikler veya Epic'ler için sprint yazması bile oluşturabilirsiniz. Pencere öğesi ortalama yazma, tamamlama % ve kapsam artışını görüntüler. Ekibi yapılandırarak aynı panoda birden çok ekip için sprint'ler görüntülemeye izin veebilirsiniz. Tüm bu harika bilgilerle birlikte panoda 10x10'a kadar yeniden boyutlandırmanıza izin vermemiz gerekir.

Denemek için, pencere öğesi kataloğundan ekleyebilir veya mevcut Sprint Burndown pencere öğesi için yapılandırmayı düzenleyerek ve Yeni sürümü şimdi deneyin kutusunu işaretleyerek güncelleştirmeyi güncelleştirmeyi deneyin.

Satır içi sprint yazma küçük resmi

Sprint Burndown geri geldi! Birkaç sprint önce Sprint Burndown ve Taskboard üst bilgilerinden bağlam içinde sprint yazma adımlarını kaldırdık. Geri bildiriminize dayanarak sprint yazma küçük resmini iyileştirmiş ve yeniden iyileştirmişiz.

Küçük resime tıklarsanız, Analytics sekmesinin altında raporun tamamını görüntüleme seçeneğiyle birlikte grafiğin daha büyük bir sürümü hemen görüntülenir. Raporun tamamının üzerinde yapılan değişiklikler üst bilgide görüntülenen chart'a yansıtıldı. Bu nedenle artık yalnızca kalan iş miktarı yerine hikayelere, hikaye noktalarına veya görev sayısına göre yazma sayısına göre bunu yapılandırabilirsiniz.

Ekip olmadan pano oluşturma

Artık panoyu bir ekiple birlikte olmadan oluşturabilirsiniz. Pano oluştururken Pano türünü Project seçin.

Bir Project Pano, Takım Panosuna benzer ancak bu pano bir Ekiple ilişkili değildir ve panoyu kimlerin düzenleyebilirsiniz/yönetebilirsiniz. Takım Panosu'da olduğu gibi, proje içinde herkes tarafından görülebilir.

Takım Azure DevOps gerektiren tüm pencere öğeleri, yapılandırmalarında bir ekip seçmenize izin ver olmak için güncelleştirilmiştir. Bu pencere öğelerini Panolar'Project eklemek ve istediğiniz takımı seçmek için kullanabilirsiniz.

Geri Bildirim

Görüşlerinizi almaktan mutluluk duyarız! Bir sorunu bildirerek veya bir fikir s sağlamanın ardından Geliştirici hizmetleri aracılığıyla Community ve Stack Overflow.