Azure DevOps Server 2020 sürüm notları


| Geliştirici topluluğu
| Sistem gereksinimleri ve uyumluluk
| Lisans koşulları
| DevOps blogu
| SHA-1 karmaları |


Bu makalede, Azure DevOps Server için en yeni sürümle ilgili bilgiler bulacaksınız.

Azure DevOps Server dağıtımını yükleme veya yükseltme hakkında daha fazla bilgi için bkz. Azure DevOps Server Requirements.

Azure DevOps Server ürünleri indirmek için Azure DevOps Server İndirmeleri sayfasınıziyaret edin.

Azure DevOps Server 2020 ' e doğrudan yükseltme Azure DevOps Server 2019 veya Team Foundation Server 2015 veya daha yeni bir sürüm tarafından desteklenir. TFS dağıtımınız TFS 2013 veya daha önceki bir sürümdeyse, Azure DevOps Server 2020 ' e yükseltmeden önce bazı ara adımları gerçekleştirmeniz gerekir. Daha fazla bilgi için lütfen Install sayfasına bakın.


Azure DevOps Server 2020.0.1 Patch 3 Yayın tarihi: 11 Mayıs 2021

Azure DevOps Server 2020.0.1 için aşağıdaki düzeltmeleri yapan bir Düzeltme Eki yayımladık.

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

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

Yükleme doğrulanıyor

  • 1. seçenek: Run devops2020.0.1patch3.exe CheckInstall , Yukarıdaki bağlantıdan indirilen dosyadır devops2020.0.1patch3.exe. Komutun çıktısı, düzeltme ekinin yüklü olduğunu veya yüklenmediğini ya da yüklenmediğini söylecektir.

  • 2. seçenek: Şu dosyanın sürümünü denetleyin: [INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll . Azure DevOps Server 2020.0.1 c:\Program Files\Azure DevOps Server 2020 Varsayılan olarak öğesine 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

Not

2020 Azure DevOps Server, önce 2020.0.1 Azure DevOps Server güncelleştirmeniz gerekir. 2020.0.1'den sonra, Azure DevOps Server 2020.0.1 Düzeltme Eki 2'ye yükleyin

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

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 olarak c:\Program Files\Azure DevOps Server 2020 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

Not

Aşağıda belirtilen tüm adımların bir Windows makinesi üzerinde gerçekleştiriliyor olması gerekir

Yükleme

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

  2. Makinenize göre Node.js 14.15.1 ve NPM 'yi (Node.js indirmeye dahil) 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
  1. 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 oturum açma komutu çalıştırılırken kullanılacaktır.

  2. Komut isteminden aşağıdaki komutu çalıştırın. İstendiğinde, hizmet URL 'sini ve kişisel erişim belirtecini girin.

~$ tfx login
Copyright Microsoft Corporation

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

  1. Görevi sunucuya yüklemek için aşağıdaki komutu çalıştırın. 1. adımdaki ayıklanan. zip dosyasının yolunu kullanın.
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

AzureResourceManagerTemplateDeploymentV3 görevi yükleme

Not

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

Yükleme

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

  2. Makinenizde uygun Node.js 14.15.1 ve NPM 'yi (Node.js indirmeye dahil) 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
  1. 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 oturum açma komutu çalıştırılırken kullanılacaktır.

  2. Komut isteminden aşağıdaki komutu çalıştırın. İstendiğinde, hizmet URL 'sini ve kişisel erişim belirtecini girin.

~$ tfx login
Copyright Microsoft Corporation

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

  1. Görevi sunucuya yüklemek için aşağıdaki komutu çalıştırın. 1. adımdaki ayıklanan. zip dosyasının yolunu kullanın.
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

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

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

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ümleridir.

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.
  • Team Foundation Server 2020'ye yükseltirken 2017'den önce ENU olmayan koleksiyonlar için System.OutOfMemoryException özel durumu Azure DevOps Server düzeltildi. Bu bildirim biletinde bildirilen Geliştirici Topluluğu çözer.
  • Eksik hizmet hatalarının neden olduğu hizmet Microsoft.Azure.DevOps.ServiceEndpoints.Sdk.Server.Extensions.dll. Bu bildirim biletinde bildirilen Geliştirici Topluluğu çözer.
  • 2020'ye yükseltirken Analytics'te geçersiz sütun Azure DevOps Server hatası düzeltildi. Bu bildirim biletinde bildirilen Geliştirici Topluluğu çözer.
  • Test çalışma sonuçlarında test çalışma adımları görüntülenirken depolanan XSS.
  • Puan sonuçları verilerini TCM'ye alırken 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.

Not

Azure DevOps 2020 sunucusunda, git sanal dosya sistemi (GVFS) tarafından kullanılan derlemelerden birinin yüklenmesiyle ilgili bir sorun var.

Azure DevOps 2019 (herhangi bir sürüm) veya bir 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ı. Daha önce yayımlanan Azure DevOps Server 2020 RC1'in tüm özelliklerini içerir.

Azure DevOps Server 2020 RC1 yayın tarihi: 10 Temmuz 2020

Bu geri bildirim biletini düzeltmek için Azure DevOps Server 2020 RC1'Geliştirici Topluluğu yayına aldı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'sinde dosyaları görüntüleyemzin. Sayfanın bu bölgesinde beklenmeyen bir hatanın meydana geldiğine işaret eden bir hata iletisi vardı. Bu bileşeni yeniden yüklemeyi veya sayfasının tamamını yenilemeyi sınabilirsiniz. Bu sürümle birlikte bu sorunu düzeltilmiştir. 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'Azure DevOps Server Özeti

Azure DevOps Server 2020'de birçok yeni özellik tanıtıyor. Önemli noktalardan bazıları:

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


Genel

Azure DevOps CLI genel kullanılabilirliği

Şubat ayında Azure CLı için Azure DevOps uzantısını sunuyoruz. Uzantı, komut satırından Azure DevOps ile etkileşime girebilmenizi sağlar. 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 buradakibelgelere bakın.

Dağıtım merkezinden Windows için Azure WebApps dağıtmak için Yayımlama profili kullanma

Artık Azure WebApps for Windows uygulamanızı 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 'e 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.

Yeni üst Iş öğesi filtresini gösteren ekran görüntüsü.

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.

Kırmızı hata iletisine tıkladığınızda görüntülenen eksik alanlar iletişim kutusunu gösteren ekran görüntüsü.

<a name="work-item-live-reload">Ç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, her iki farklı alanı da düzenleyebilirsiniz ancak iş öğesinde yapılan değişikliklerin canlı güncelleştirmelerini de görüntülebilirsiniz.

![İş öğesinin canlı yeniden yüklemenin nasıl çalıştığını gösteren kısa video.](media/154_01.gif "Canlı yeniden yükleme")

Yineleme ve alan yollarını komut satırıyla yönetme

Artık ve komutlarını kullanarak yineleme ve alan yollarını komut satırıyla az boards iteration az boards area yönetebilirsiniz. Örneğin, CLI'dan yineleme ve alan yollarını etkileşimli olarak ayarp yönetebilir veya bir betik kullanarak kurulumun tamamını otomatik hale ebilirsiniz. Komutlar ve söz dizimi hakkında daha fazla ayrıntı için buradaki belgelere bakın.

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

Artık ürün biriktirme günlüğü veya sprint biriktirme listesi içindeki her iş öğesinin üst öğesini görme seçeneğiniz vardır. Bu özelliği etkinleştirmek için istenen Sütun Seçenekleri girişler'e gidin ve Üst sütununu ekleyin.

Sütun Seçenekleri seçeneğiyle birlikte bir biriktirme listesi ekran görüntüsü.

Proje tarafından kullanılan işlemi değiştirme

Araçlarınız takımınız gibi değişmelidir. Artık herhangi bir hazır işlem şablonundan diğer hazır işlemlere geçebilirsiniz. Örneğin, Projenizi Çevik yerine Scrum veya Temel yerine Agile olarak değiştirebilirsiniz. Tüm adım adım belgeleri burada bulabilirsiniz.

Süreci değiştir seçeneğinin ortaya çıkar olduğu Projeler sekmesinin ekran görüntüsü.

Özel alanları düzenden gizleme

Artık işleminizi özelleştirerek form düzeninden özel alanları gizleyebilirsiniz. Alanı sorgulardan ve REST API'lerinden yine de kullanılabilir. Bu özellik, diğer sistemlerle tümleştiriken ek alanları izlemek için kullanışlıdır.

Düzenden gizle seçeneğini gösteren ekran görüntüsü.

Üç 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?

Not

Üst bilgilerde daha önce gösterilen grafikler bu gelişmiş raporlarla değiştirilmiştir.

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.

    Analiz sekmesindeki Burndown grafiğinin ekran görüntüsü.

  • CFD ve hız raporlarına, ilgili karta tıklayarak panolar ve biriktirme listesi altındaki Analiz sekmesinden erişilebilir.

    Analiz sekmesindeki birikmeli akış diyagramı raporunun ve hız raporunun ekran görüntüsü.

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 iş toplamını kullanmak üzere ayarlandırabilirsiniz.
  • Proje tarihlerini etkilemeden sprint yazma zaman çerçevesini ayarlayabilirsiniz. Bu nedenle, takımınız genellikle her sprint planlamasının ilk gününü harcanıyorsa artık grafiği bunu yansıtacak şekilde eşebilirsiniz.
  • Artık Burndown grafiğinde hafta sonlarını gösteren bir filigran vardır.
  • CFD raporu, ekiplerin denetime sahip olduğu akışa daha fazla odaklanmak için Tasarım gibi tablo sütunlarını kaldırmaya olanak sağlar.

Burada, Hikayeler biriktirme listesi'nin son 30 günü için akışı gösteren cfD raporunun bir örneği vetir.

Analiz sekmesindeki Birikmeli Akış Diyagramı'nın ekran görüntüsü.

Hız grafiği artık tüm biriktirme listesi düzeyleri için izlenebilirsiniz. Örneğin, önceki grafik yalnızca Gereksinimler'i desteklemeden önce hem Özellikler hem de Epic'ler ekleyebilirsiniz. Özellikler biriktirme listesi son 6 yinelemesi için bir hız raporu örneği burada vetir.

Analiz sekmesindeki Hız grafiğinin ekran görüntüsü.

<a name="customize-taskboard-columns">Görev Panosu sütunlarını özelleştirme

Görev panosunda sütunları özelleştirmenize izin verme seçeneği ekleyebileceğinizi duyurmak için heyecanla duyurulabilirsiniz. Artık sütunları ekleyebilir, kaldırabilir, yeniden adlandırabilirsiniz ve yeniden sıralayabilirsiniz.

Görev panosunda sütunları yapılandırmak için Sütun Seçenekleri.

![Görev Panosu'Sütun Seçenekleri ekran görüntüsü.](media/155_01.png "Görev panosunda sütunları özelleştirme")

Bu özellik, verilerden gelen bir öneriye göre Geliştirici Topluluğu.

Tamamlanmış alt iş öğelerini biriktirme listesi üzerinde göstermek veya gizlemek için iki durumlu düğme

Çoğu zaman, biriktirme listesi yeniden tamamlanırken yalnızca tamamlanmamış öğeleri görmek istersiniz. Artık, tamamlanmış alt öğeleri biriktirme listesi üzerinde gösterme veya gizleme olanağına sahipsiniz.

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.

Biriktirme listesindeki alt öğelerin nasıl gösterileceğini veya gizleneceğini gösteren kısa bir video.

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.

Bir iş öğesini etiketlerken görüntülenen en son kullanılan etiketleri gösteren ekran görüntüsü.

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.

Koşullar bölümünü ve Eylemler bölümünü gösteren yeni iş öğesi kuralı iletişim kutusunun ekran görüntüsü.

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.

Sistem seçim listesi değerlerini özelleştirmeyi gösteren kısa video.

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 takip etti olarak, yalnızca yorumlarda değil, iş öğesi açıklama alanında (ve diğer HTML alanlarında) kişilerden, iş öğelerinden veRS'lerden bahsedebilmeyi istediğini duyduk. Bazen bir iş öğesi üzerinde biriyle işbirliği yapmak veya iş öğesi açıklamanıza bir PR'yi vurgulamak istiyor ancak bu bilgileri eklemenin bir yolu yok. Artık iş öğesinde tüm uzun metin alanlarındaki kişilerden, iş öğelerinden veRS'lerden bahsedebilirsiniz.

Burada bir örnek yer ayaz.

İş öğesi Açıklama alanında kişilerden, iş öğelerinden veRS'lerden bahsedebilirsiniz.

  • Bahsetmeleri kullanmak @ için, işareti ve bahsetmeyi istediğiniz kişinin adını yazın. @mentions iş öğesi alanlarında, yorumlar için yaptığı gibi e-posta bildirimleri oluşturulur.
  • İş öğesi bahsetmelerini kullanmak için, işareti # ve ardından iş öğesi kimliğini veya başlığını yazın. #mentions iş öğeleri arasında bir bağlantı oluşturulacak.
  • PR bahsetmelerini kullanmak için ! ve ardından PR kimliğiniz veya adınız.

Tartışma yorumlarını tepkiler

Ana hedeflerimize biri, iş öğelerini ekipler için daha işbirliğine dayalı hale etmek. Yakın zamanda, iş öğesiyle ilgili tartışmalarda hangi işbirliği özelliklerini istediğiniz hakkında bilgi almak için Twitter'da bir anket gerçekleştirdik. Yorumlara tepkiler getirerek anket kazanıldı, biz de bunları ekleyacağız! Twitter yoklamanın sonuçları buradadır.

Twitter Azure DevOps yanıtlayanların %35'inin Yorumlara Tepkiler özelliğini istediğini gösteren ekran görüntüsü.

Herhangi bir yoruma tepki ekleyebilir ve tepkilerinizi eklemenin iki yolu vardır: herhangi bir açıklamanın sağ üst köşesindeki gülen simge ve var olan tüm tepkilerin yanında bir açıklamanın alt kısmında. 1 veya 2 gibi 6 tepkiyi de ekleyebilir. Tepkinizi kaldırmak için açıklamanın alt kısmında yer alan tepkiye tıklayın; bu kaldırılacaktır. Aşağıda bir yeniden eylem ekleme deneyiminin yanı sıra yeniden eylemlerin bir yorum üzerinde nasıl göründüğünü görebilirsiniz.

Açıklamalara iki farklı şekilde yeniden eylem ekleyebilmenin gösterildiği ekran görüntüsü.

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, panolar ve biriktirme listeleri 'nin analiz sekmesinde bulunur. Artık raporları doğrudan panonuza sabitleyebilir. Raporları sabitlemek için raporun üzerine gelin, "..." üç noktayı seçin. Menü ve Panoya Kopyala.

Panoya Kopyala seçeneğini gösteren ekran görüntüsü.

Panolar üzerinde toplamayı kullanarak üst öğelerin ilerlemesini izleme biriktirme listesi

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.

Biriktirme listesindeki iş öğelerinin ekran görüntüsü.

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 da dahil olmak üzere herhangi bir alanda yapılabilir. Toplama sütunu eklerken Hızlı listesinden bir Toplama sütunu seçebilirsiniz, ancak kutudan çıkarılan işlem şablonunun parçası olmayan sayısal alanlara toplama yapmak için aşağıdaki gibi kendi toplama sütunlarınızı yapılandırabilirsiniz:

  1. Biriktirme dosyanız üzerinde "Sütun seçenekleri" seçeneğine tıklayın. Ardından panelde "Toplama sütunu ekle" ve Özel toplamayı yapılandır'a tıklayın.

    Toplama sütunu ekle açılan listesinin ekran görüntüsü.

  2. İlerleme Çubuğu ile Toplam arasında seçim seçin.
  3. Bir iş öğesi türü veya Bir Biriktirme Listesi düzeyi seçin (genellikle birkaç iş öğesi türünü toplar).
  4. Toplama türünü seçin. İş öğelerinin sayısı veya Toplam. Toplam alanında özetleyecek alanı seçmeniz gerekir.
  5. Tamam düğmesi sizi yeni özel sütununu yeniden sıralandırarak sütun seçenekleri paneline geri getirir.

Yeni özel sütunu gösteren sütun seçenekleri panelinin ekran görüntüsü.

Tamam'a tıklarken özel sütununu düzenleyemezsiniz. Bir değişiklik yapmak gerekirse özel sütunu kaldırın ve istediğiniz gibi başka bir sütun ekleyin.

Koşula göre bir iş öğesi formundaki alanları gizlemeye yeni kural

Bir iş öğesi formundaki alanları gizlemeye izin verme için devralınan kurallar altyapısına yeni bir kural ekledik. Bu kural, kullanıcı grubu üyeliğine göre alanları gizler. Örneğin, kullanıcı "ürün sahibi" grubuna aitse geliştiriciye özgü bir alanı gizleyebilirsiniz. Diğer ayrıntılar için buradaki belgelere 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.

İmlecin dişli simgesinin üzerine gelindiğinde bir iş öğesinin sağ üst köşesinin ekran görüntüsü.

Bildirim ayarlarından üç 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.

Durum değişti seçeneğiyle birlikte seçili özel radyo düğmesini ve yineleme değişti seçeneğini gösteren bildirim ayarları iletişim kutusunun ekran görüntüsü.

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 buradaki belgelere bakın.

İş öğesi formunda dağıtım denetimi gösteren ekran görüntüsü.

CSV dosyasından iş öğelerini içeri aktarma

Şimdiye kadar, bir CSV dosyasından iş öğelerini içeri aktarma işlemi Excel eklentisinin kullanımına bağımlıdır. Bu güncelleştirmede, yeni iş öğelerini içeri aktarabilirsiniz veya var olan iş öğelerini güncelleştirebilirsiniz Azure Boards doğrudan bir birinci sınıf içeri aktarma deneyimi sağlıyoruz. Daha fazla bilgi edinmek için buradaki belgelere bakın.

Bir CSV dosyasından iş öğelerini içeri aktarmayı gösteren kısa video.

İş öğesi kartlarına üst alan ekleme

Üst bağlam artık Kanban panosunda iş öğesi kartları için yeni bir alan olarak kullanılabilir. Artık etiketler ve ön ekler gibi geçici çözümleri kullanma ihtiyacı atlayarak Kartlarınıza Üst alanını ekebilirsiniz.

Üst seçeneğin çağrıldı olduğu iş öğesi kartını gösteren ekran görüntüsü.

Biriktirme listesi ve sorgulara üst alan ekleme

Üst alan artık, biriktirme listesi ve sorgu sonuçlarını görüntülerken kullanılabilir. Üst alanı eklemek için Sütun seçenekleri görünümünü kullanın.

Üst seçeneğin çağrıldı olduğu Sütun seçenekleri bölümünün ekran görüntüsü.

Repos

Çekme istekleri için kod kapsamı ölçümleri ve dal ilkesi

Artık çekme isteği (PR) görünümünde değişiklikler için kod kapsamı ölçümlerini görüntüebilirsiniz. Bu, değişikliklerinizi otomatikleştirilmiş testler aracılığıyla yeterince test edilmiş durumdan emin olur. Kapsam durumu, PR'ye genel bakış'ta açıklama olarak görünür. Dosya fark görünümünde değiştirilen her kod satırı için kapsam bilgileri ayrıntılarını görüntüebilirsiniz.

Çekme isteği (PR) görünümündeki değişiklikler için kod kapsamı ölçümlerini görediğinizi gösteren ekran görüntüsü.

Bir dosyaya eklenen yeni kod satırını gösteren bir çekme isteği farkı ekran görüntüsü.

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.

Durum ilkesi ekle seçeneğinin ve seçeneğini belirlediğinizde görüntülenen durum ilkesi Ekle bölümünün ekran görüntüsü.

<a name="filter-comment-notifications-from-pull-requests">Ç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 isteklerinden açıklama bildirimlerinin nasıl filtreleneceğini gösteren ekran görüntüsü.](media/155_08.png "Çekme isteklerinden açıklama bildirimlerini filtreleme")

Filtre ölçütü sayfasını ve alan açılan listesinin içeriğini gösteren ekran görüntüsü.

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

Yeni hizmet kancaları abonelik sihirbazının ekran görüntüsü.

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.

Dosya adı doğrulama seçeneği açık olarak ayarlanan Ilkeler bölümünü gösteren ekran görüntüsü.

Anahtar sözcükleri kullanarak işlemeler aracılığıyla iş öğelerini çözümleme

Artık düzeltme, düzeltme veya sabit gibi anahtar sözcükleri kullanarak iş öğelerini varsayılan dala yapılan işlemeler aracılığıyla çözümlebilirsiniz. Örneğin, işleme iletinize ve iş #476 "bu değişiklik sabit #476" yazabilir ve işleme, varsayılan dala gönderilir veya birleştirilirse tamamlanır. Diğer ayrıntılar için buradaki belgelere bakın.

Otomatik gözden geçirenler için ayrıntı ayrıntısı

Daha önce, bir çekme isteğine grup düzeyinde gözden geçirenler eklerken, eklenen gruptan yalnızca bir onay gerekirdi. Artık, otomatik gözden geçirenler eklerken bir takımdan birden fazla gözden geçirenin çekme isteğini onaylaması gereken ilkeler belirtmelisiniz. Buna ek olarak, istektelayanların kendi değişikliklerini onaylamasını önlemek için bir ilke eklemek de gerekir.

Gözden geçirenleri otomatik olarak ekle iletişim kutusunu gösteren ekran görüntüsü.

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

Daha önce AKS Dağıtım Merkezi'Azure Pipelines yapılandırma sırasında bir bağlantı Azure Resource Manager kullandık. Bu bağlantının yalnızca işlem hattının yapılandırılan ad alanına değil kümenin tamamına erişimi vardı. Bu güncelleştirmeyle, işlem hatlarımız kümeye bağlanmak için hizmet hesabı tabanlı kimlik doğrulaması kullanır, böylece yalnızca işlem hattıyla ilişkili ad alanına erişimi olur.

Çekme isteğinde Markdown dosyalarını yan yana farkla önizleme

Artık yeni Önizleme düğmesini kullanarak markdown dosyasının nasıl görüntülene bir önizlemesini görebilirsiniz. Ayrıca, Görünüm düğmesini seçerek yan yana farktan bir dosyanın tam içeriğini de görüntüebilirsiniz.

Proje içinde Görünüm ve Önizleme seçeneklerinin işaretlerini gösteren markdown dosyasını gösteren ekran görüntüsü.

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

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

Derleme süre sonu bölümü ile derleme İlkesi Ekle iletişim kutusunun ekran görüntüsü.

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

Yazma e-posta doğrulamasını Kaydet seçeneği açık olarak ayarlanan Ilkeler sekmesindeki tüm git depoları için Ilkeleri gösteren ekran görüntüsü.

Bu özellik , geliştirici topluluğundaki bir öneriden benzer bir deneyim sunmaya göre önceliklendirilir. Bileti açık tutmaya devam edeceğiz ve kullanıcıların görmek istediğiniz diğer gönderme ilkesi türlerini bize söylemelerini öneririz.

Dosyaları bir çekme isteğinde gözden geçirilmiş olarak işaretle

Bazen, çok sayıda dosyada değişiklik içeren çekme isteklerini gözden geçirmeniz gerekir ve önceden gözden geçirmekte olduğunuz dosyaları izlemek zor olabilir. Artık, dosyaları bir çekme isteğinde gözden geçirilmiş olarak işaretleyebilirsiniz.

Dosya adının yanındaki açılan menüyü kullanarak veya üzerine gelin ve dosya adına tıklayarak bir dosyayı gözden geçirilmiş olarak işaretleyebilirsiniz.

Not

Bu özellik yalnızca bir çekme isteğini gözden geçirdikten sonra ilerleme durumunu izlemek için tasarlanmıştır. Çekme isteklerinde oylama 'yi temsil etmez, bu da bu işaretlerin yalnızca gözden geçirenin tarafından görülecektir.

Dosya Gezgini 'nde görünümü olan bir projeyi gösteren ekran görüntüsü ve gözden geçirilmiş seçenekler görünür olarak Işaretle.

Bu özellik, Geliştirici topluluğundakibir önerisine göre önceliklendirilir.

Azure Repos giriş sayfaları için yeni Web Kullanıcı arabirimi

Artık Azure Repos içindeki yeni modern, hızlı ve mobil kullanımı kolay giriş sayfalarımızı deneyebilirsiniz. Bu sayfalar, Yeni Repos giriş sayfaları olarak kullanılabilir. Giriş sayfaları, çekme isteği ayrıntıları, tamamlama ayrıntıları ve dal karşılaştırması hariç tüm sayfaları içerir.

Web

Azure Repos giriş sayfaları için yeni Web Kullanıcı arabiriminin ekran görüntüsü.

Mobil

Giriş sayfaları için yeni mobil kullanıcı arabiriminin Azure Repos görüntüsü.

Ayrımlar arası dal ilkesi yönetimi

Dal ilkeleri, önemli dalları korumanıza yardımcı Azure Repos güçlü özelliklerdendir. Proje düzeyinde ilkeler ayarlayabilme özelliği, REST API 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 Repos Proje Ayarları'nın altında bulabilirsiniz.

Dal koruması ekle iletişim kutusunun ekran görüntüsü.

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

Repos giriş sayfaları kullanıcı 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:

Web platformu dönüştürme giriş sayfalarının ekran görüntüsü.

Mobil deneyim:

Mobil platform dönüştürme Dosyaları sayfasının ekran görüntüsü.

Mobil platform dönüştürme Commits sayfasının ekran görüntüsü.

Kotlin dili desteği

Artık dosya düzenleyicisinde Kotlin dil vurgulamayı destekledkmızı 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. bu özelliğin önceln bir önerisini temel alarakGeliştirici Topluluğu.

Kullanıcı arabiriminde görünen bir Kotlin dosyasının ekran görüntüsü.

Taslak çekme istekleri için özel bildirim aboneliği

Çekme isteklerinden gelen e-posta bildirimlerinin sayısını azaltmaya yardımcı olmak için artık taslak durumunda oluşturulan veya güncellenen çekme istekleri için özel bir bildirim aboneliği oluşturabilirsiniz. Özel olarak taslak çekme istekleri için e-posta alabilir veya taslak çekme isteklerinden e-postaları filtreleyerek takımınızın çekme isteği gözden geçirilmeye hazır olmadan önce bildirim almamasını sağlayabilirsiniz.

Yeni Abonelik iletişim kutusunun, taslağı filtre ölçütü özelliğine bir seçenek olarak eklendiğini gösteren ekran görüntüsü.

İyileştirilmiş PR actionyeteneği

Gözden geçirilecek çok sayıda çekme isteğiniz olduğunda, önce eylem yapmanız gereken yeri anlamak zor olabilir. Çekme isteği actionyeteneğini geliştirmek için artık çekme isteği listesi sayfasında taslak durum gibi çeşitli yeni seçeneklerle birden çok özel sorgu oluşturabilirsiniz. Bu sorgular, çekme isteği sayfanızda "tarafımdan oluşturulan" ve "bana atandı" ' a ek olarak ayrı ve daraltılabilir bölümler oluşturacak. Ayrıca, oylamalı bir çekme isteğini veya çekme isteği listesi sayfasındaki bağlam menüsünü gözden geçirebilirsiniz. Özel bölümlerde artık, gözden geçirme yaptığınız veya gözden geçirilmeye reddedilmiş çekme istekleri için ayrı sekmeler görürsünüz. Bu özel sorgular, koleksiyon giriş sayfasının "çekme isteklerim" sekmesinde depolar arasında çalışacaktır. Bir çekme isteğine geri dönmek istiyorsanız, bunu işaretleyebilirsiniz ve listenizin en üstünde görünür. Son olarak, otomatik olarak tamamlanacak olan çekme istekleri, listede ' Auto-tamamlamayı ' yazan bir hap ile 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, ardışık düzenleri Azure DevOps 'un yönü ile modern ve tutarlı hale getirir. 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

YENI YAML CD Azure Pipelines sağlamak için 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ı:

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ştirdik. Artık, YAML işlem hatlarınızın değişkenlerini eklemek veya güncelleştirmek için klasik düzenleyiciye gitmeniz gerekmez.

Değişkenler iletişim kutusunu gösteren ekran görüntüsü.

<a name="approve-releases-directly-from-releases-hub">Yayınları doğrudan yayınlar hub 'ından Onayla

Bekleyen onayları izlemeye daha kolay hale getirilir. Daha önce, yayının Ayrıntılar sayfasından bir yayını onaylamak mümkün oldu. Artık yayınları doğrudan yayınlar hub 'ından onaylayabilirsiniz.

![Yayın hub 'ından doğrudan yayınların nasıl onaylanacağını gösteren ekran görüntüsü.](media/154_16.png "Yayınları doğrudan yayın hub'larından onaylama")

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

İşlem hatları için Başlarken Sihirbazı, Bitbucket depolarıyla çalışacak şekilde güncelleştirilmiştir. Azure Pipelines şimdi Bitbucket deponuzdaki içerikleri analiz eder ve bunu yapmanızı sağlamak için bir YAML şablonu önerir.

Başlarken sihirbazıyla ilgili yaygın bir sorun, oluşturulan dosyayı yeniden adlandırma olanağıdır. Şu anda, deponuzın kökünde olduğu gibi iade edilir azure-pipelines.yml . Artık bunu, işlem hattını kaydetmeden önce farklı bir dosya adına veya konuma güncelleştirebilirsiniz.

Son olarak, azure-pipelines.yml Bu daldan bir çekme isteği oluşturmayı atlamayı seçebileceğinizden bu yana dosyayı farklı bir dala iade edilirken daha fazla denetime sahip olursunuz.

İşlem hattını kaydetmeden veya çalıştırmadan tam ayrıştırılmış YAML belgesini önizleyin

YAML işlem hatları için Önizleme ekledik, ancak çalıştırma modu çalıştırıldık . Şimdi bir YAML işlem hattını bir depoya kaydetmeden veya çalıştırmaya gerek kalmadan deneyebilirsiniz. Mevcut bir işlem hattı ve isteğe bağlı yeni bir YAML yükü verildiğinde, bu yeni API tam YAML işlem hattını geri verecektir. Gelecek güncelleştirmelerde bu API yeni bir düzenleyici özelliğinde kullanılacaktır.

Geliştiriciler için: 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ış tetikleyici belirtmek üzere kullanıcı arabirimi düzenleyicisini kullanabilirsiniz. Bu sürümle, YAML dosyanıza cron söz dizimi kullanarak derlemeler zamanlar ve aşağıdaki avantajlardan faydalanabilirsiniz:

  1. Kod olarak yapılandırma: Zamanlamaları ve işlem hattınızı kodun bir parçası olarak izleyebilirsiniz.
  2. Expressive: Zamanlama tanımlamada kullanıcı arabirimiyle mümkün olandan daha fazla ifade gücüne sahipsiniz. Örneğin, her saatte bir çalıştırma başlatan tek bir zamanlama belirtmek daha kolaydır.
  3. Sektör standardı: Birçok geliştirici ve yönetici, cron söz dizimi hakkında zaten bilgi sahibidir.
schedules:
- cron: "0 0 * * *"
 displayName: Daily midnight build
 branches:
  include:
  - main
  - releases/*
  exclude:
  - releases/ancient/*
 always: true

Ayrıca cron zamanlamaları ile ilgili sorunları tanılamayı da kolaylaştırdı. İşlem hattı çalıştır menüsündeki Zamanlanmış çalıştırmalar, cron zamanlamaları ile ilgili hataları tanılamanıza yardımcı olmak üzere işlem hattınız için yaklaşan birkaç zamanlanmış çalıştırmanın önizlemesini sağlar.

Zamanlanmış çalıştırmalar seçeneğinin belirt olduğu İşlem hattını çalıştır menüsünü gösteren ekran görüntüsü.

Hizmet bağlantıları kullanıcı arabirimi güncelleştirmeleri

Hizmet bağlantılarınızı yönetmek için güncelleştirilmiş bir kullanıcı deneyimi üzerinde çalışıyoruz. Bu güncelleştirmeler hizmet bağlantısı deneyimini modern ve tutarlı hale Azure DevOps. Bu yılın başlarında bir önizleme özelliği olarak hizmet bağlantıları için yeni kullanıcı arabirimini tanıttık. Yeni deneyimi deneen ve değerli geri bildirimlerini bize iletirken herkese teşekkür ederiz.

Yeni hizmet bağlantısı iletişim kutusunun ekran görüntüsü.

Kullanıcı deneyimi yenilemenin yanı sıra YAML işlem hatlarında hizmet bağlantılarını tüketme açısından kritik öneme sahip iki özellik ekledik: işlem hattı yetkilendirmeleri, onaylar ve denetimler.

Onaylar ve denetimler seçeneği görünür olan bir YAML ardışık düzeninde düzenleme menüsünü gösteren ekran görüntüsü.

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.

Not

Hizmet bağlantılarının çapraz proje paylaımın yeni bir özellik olarak tanıtılmasını planlıyoruz. Paylaşım deneyimi ve güvenlik rolleriyle ilgili daha fazla ayrıntıyı buradabulabilirsiniz.

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.

Çalışma hattını çalıştır bölümünde çalıştırılacak aşamalar seçeneği ile gösterilen ekran görüntüsü.

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.

Geliştirme seçeneği ve dağıt seçeneği belirlenmiş olarak çalıştırılacak aşamaları gösteren ekran görüntüsü.

Varsayılan deneyim olarak hizmet bağlantıları yeni kullanıcı arabirimi

Yeni bir hizmet bağlantıları kullanıcı arabirimi var. Bu yeni kullanıcı arabirimi modern tasarım standartları üzerine inşa edilmiştir ve onaylar, yetkilendirmeler ve çapraz proje paylaşımı gibi çok aşamalı YAML CD işlem hatlarını destekleyen çeşitli kritik özelliklerle birlikte gelir.

İşlem hattını çalıştır iletişim kutusunun ekran görüntüsü.

Hizmet bağlantıları hakkında daha fazla bilgi için buraya bakabilirsiniz.

Çalıştırma oluşturma iletişim hattında işlem hattı kaynak sürümü seçici

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

Çalıştıracak aşamalar iletişim kutusunun ekran görüntüsü.

az Azure Pipelines için CLI geliştirmeleri

İşlem hattı değişken grubu ve değişken yönetimi komutları

İşlem hattı değişkenlerini ve değişken gruplarını el ile ayarlamanız gerekeden YAML tabanlı işlem hatlarını bir projeden diğerine bağlantı noktası kurmak zor olabilir. Ancak, işlem hattı değişken grubu ve değişken yönetimi komutlarıyla artık işlem hattı değişkenlerinin ve değişken gruplarının ayar ve yönetimi için betik yazabilir, böylece işlem hatlarını bir projeden diğerine taşıma ve ayarlama yönergelerini kolayca paylaşabilirsiniz.

Pr dalı için işlem hattı çalıştırma

Pr oluştururken, değişikliklerin hedef dalda işlem hattı çalıştırmalarını bozanın olup olabileceğini doğrulamak zor olabilir. Ancak, bir işlem hattı çalıştırması tetikleme veya bir derlemeyi pr dalı için kuyruğa atıma özelliğiyle, artık bunu hedef işlem hattında çalıştırarak değişiklikleri doğrular ve görselleştirin. Daha fazla bilgi için az pipelines run ve az pipelines build queue komutu belgelerine bakın.

İlk işlem hattı çalıştırmayı atla

İş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 artık,--Skip-First-Run parametresini ekleyerek işlem hattı oluşturma sırasında ilk otomatik işlem hattı çalıştırmasını 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 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.
  • continueOnError - bu dağıtım işi başarısız olsa bile gelecekteki işlerin çalışması gerekirse; varsayılan olarak 'false' değeri kullanılır

Dağıtım işleri hakkında daha fazla ayrıntı ve dağıtım işi belirtmek için tam söz dizimi için bkz. Dağıtım işi.

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

CI işlem hatlarının işlem hattı kaynakları olarak anılan CD YAML işlem hatları ayrıntılarına destek ekledik. CI işlem hattı çalıştırma görünümde artık yeni bir 'İlişkili işlem hatları' sekmesiyle, işlem hattınızı ve yapıtlarınızı tüketen tüm işlem hattı çalıştırmalarını bulabilirsiniz.

CI işlem hatlarında ilişkili CD işlem hatları bilgilerini gösteren ekran görüntüsü.

YAML işlem hatlarında GitHub paketleri desteği

Yakın zamanda YaML işlem hatlarında kaynak olarak GitHub'dan NuGet ve npm paketlerini tüketme desteği ekleyen packages adlı yeni bir kaynak türü ekledik. Bu kaynağın bir parçası olarak artık GitHub'dan tüketmek istediğiniz paket türünü (NuGet veya npm) belirtebilirsiniz. Ayrıca, yeni bir paket sürümünün yayımlanarak otomatik işlem hattı tetikleyicilerini etkinleştirabilirsiniz. Şu anda destek yalnızca GitHub'dan paketlerin tüketilmesi için kullanılabilir, ancak bundan sonra NuGet, npm, AzureArtifacts ve daha birçok paket deposundan paketlerin tüketilmesi desteğini genişletmeyi planlıyoruz. Ayrıntılar için aşağıdaki örneğine bakın:

resources:
  packages:
    - package: myPackageAlias # alias for the package resource
      type: Npm # type of the package NuGet/npm
      connection: GitHubConn # Github service connection of type PAT
      name: nugetTest/nodeapp # <Repository>/<Name of the package>
      version: 1.0.9 # Version of the packge to consume; Optional; Defaults to latest
      trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers

Not

Günümüzde GitHub paketleri yalnızca PAT tabanlı kimlik doğrulamasını destekler; bu da paket kaynağında GitHub hizmet bağlantısının PAT türünde olması gerektiği anlamına gelir. Bu sınırlama kaldırıldıktan sonra, diğer kimlik doğrulaması türleri için destek sağlariz.

Varsayılan olarak, paketler işlerinize otomatik olarak indirilmez, bu nedenle kaynakta tanımlanan paketi tüketmenize olanak sağlayan bir getPackage makrosu tanıttık. Ayrıntılar için aşağıdaki örnekle ilgili bilgi edinebilirsiniz:

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

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

Azure Kubernetes hizmet kümesi bağlantısı ile Kubernetes ortam kaynak görünümünün ekran görüntüsü.

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.

Bildirim aboneliklerinde yayın klasörü filtrelerinin ekran görüntüsü.

Ş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 deneme özelliğidir. Bu güncelleştirmeyle, bu işlevin büyük bir kısmını ekliyoruz.

Artık yürütme başarısız olduğunda işlem hattı aşamalarını yeniden denemeyi siniz. İlk denemede başarısız olan ve geçişli olarak bu başarısız işlere bağımlı olan işlerin hepsi yeniden denenir.

Bu, birkaç farklı şekilde zamandan tasarruf etmeye yardımcı olabilir. Örneğin, bir aşamada birden çok iş çalıştırarak her aşamanın testleri farklı bir platformda çalıştırması iyi olabilir. Bir platformda diğerleri başarılı olurken testler başarısız olursa, geçirilen işleri yeniden çalıştırmadan zaman tasarrufu sunun. Başka bir örnek olarak, bir dağıtım aşamasının ağ bağlantısı nedeniyle başarısız olmuş olabilir. Bu aşamayı yeniden denemek, başka bir derleme oluşturmak zorunda kalmadan zamandan tasarruf etmeye yardımcı olur.

Bu özellikte bilinen birkaç boşluk vardır. Örneğin, açıkça iptal edilen bir aşamayı yeniden denemeniz gerekmez. Gelecek güncelleştirmelerde bu boşlukları kapatmak için çalışıyoruz.

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

YAML CD işlem hatlarınız el ile onaylar içerebilir. Altyapı sahipleri ortamlarını koruyabilir ve herhangi bir işlem hattında bir aşama dağıtılamadan önce el ile onaylar arayabilir. Altyapı (ortam) ve uygulama (işlem hattı) sahipleri arasındaki rollerin tamamen ayrımı sayesinde, belirli bir işlem hattında dağıtım için el ile oturum kapatmayı sağlar ve ortama tüm dağıtımlarda aynı denetimleri uygularken merkezi denetim elde edersiniz.

Denetimler seçeneğinin altı çizili Kaynak ekle menüsünün ekran görüntüsü.

Geliştirme aşamasına dağıtan işlem hattı çalıştırmaları aşamanın başında onay için durur.

Dağıtımın onay beklediğini gösteren ekran görüntüsü.

Geçitlerin zaman aşımı sınırını ve sıklığını artırma

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.

Docker iletişim kutusunun ekran görüntüsü.

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 herhangi bir dağıtım yuvalarında JSON sözdizimini kullanarak bu ayarları toplu olarak yapılandırmayı destekleyen yeni bir Azure Pipelines görev Azure App Service ayarları vardır. 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 ayarları iletişim kutusunu gösteren ekran görüntüsü.

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ştirme işlemini tamamlama - Bekleyen değiştirme işlemini tamamlamaya hazır olduğunda Önizleme ile Değiştirmeyi Tamamla eylemlerini seçin.
  • Önizleme ile Değiştirmeyi İptal Et - Bekleyen değiştirme işlemini iptal etmek için Değiştirme işlemini Önizleme ile İptal Et'i seçin.

Eylem açılan Azure App Service yeni çok aşamalı değiştirme ayarıyla Birlikte Yönet iletişim kutusunu gösteren ekran görüntüsü.

Yapıtları ve Azure Container Registry için Docker Hub filtresi

Daha önce, Azure Container Registry ve Docker Hub için normal ifade filtreleri yalnızca yayın işlem hattı düzeyinde kullanılabilirdi. Bunlar artık aşama düzeyinde de eklenmiştir.

Hazırlama düzeyinde normal ifadeleri kullanabileceğiniz ekran görüntüsü.

YAML işlem hatlarında onaylara yapılan iyileştirmeler

Hizmet bağlantılarında ve aracı havuzlarında onayları yapılandırmayı etkinleştirmiş olduk. Onaylar için altyapı sahipleri ve geliştiriciler arasındaki rollerin ayrımını takip edeceğiz. Ortamlar, hizmet bağlantıları ve aracı havuzları gibi kaynaklarınız üzerinde onaylar yapılandırarak, kaynakları kullanan tüm işlem hattı çalıştırmalarının önce onay gerektirmesi sağlanır.

Deneyim, ortamlar için onayları yapılandırmaya benzer. Bir aşamada başvurulan bir kaynakta onay beklemede olduğunda, işlem hattının yürütülmesi işlem hattı el ile onaylanana kadar bekler.

El ile onayları kullan sayfasının ve Oluştur seçeneğinin görünür olduğu İlkeler sekmesini gösteren ekran görüntüsü.

Azure Pipelines'de kapsayıcı yapısı test Azure Pipelines

Uygulamalarda kapsayıcıların kullanımı artıyor ve bu nedenle sağlam test ve doğrulama ihtiyacı artıyor. Azure Pipelines artık Kapsayıcı Yapısı Testleri için destek getiriyor. Bu çerçeve, kapsayıcıların içeriğini ve yapısını doğrulamak için kullanışlı ve güçlü bir yol sağlar.

Bir görüntünün yapısını, birlikte çalıştırılan dört test kategorisine göre doğruabilirsiniz: 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

Kapsayıcı yapısı sınama sayfasını gösteren ekran görüntüsü.

Test verileri ve Özeti

Özet ve test verilerinin kullanılabilir olduğunu gösteren ekran görüntüsü.

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'nize artık başka bir işlem hattına başvurabilirsiniz ve ayrıca CD tetikleyicilerini etkinleştirabilirsiniz.

İşlem hatları kaynağı için ayrıntılı YAML şeması aşağıdaki gibidir.

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

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

Diğer ayrıntılar için yapıtları indirme belgelerine buradan bakın.

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

Uygulama güncelleştirmelerinin sürekli teslimi için önemli avantajlardan biri, belirli mikro hizmetler için güncelleştirmeleri hızla üretime gönderim olanağıdır. Bu, iş gereksinimlerinde yapılan değişikliklere hızla yanıt vermenizi sağlar. Ortam, dağıtım stratejilerini düzenlemeyi ve sıfır kapalı kalma süresini kolaylaştıran birinci sınıf bir kavram olarak tanıtıldı. Daha önce, adımları sırayla bir kez yürüten runOnce stratejisini destekliyoruz. Çok aşamalı işlem hatlarında kanarya stratejisi desteğiyle, değişikliği yavaş yavaş küçük bir alt kümeye aktararak riski azaltın. Yeni sürümde daha fazla güven kazanarak altyapınızı daha fazla sunucuya ya da daha fazla kullanıcıya yönlendirmeye 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 canary stratejisi önce değişiklikleri %10 pod ile ve ardından %20 ile dağıtırken postRouteTraffic sırasında sistem durumunu izlemektedir. Her şey yolunda giderse %100'e yükseltecek.

Ortamlarda VM kaynağı desteği ve birden çok makinede dağıtım stratejisi gerçekleştirme hakkında erken geri bildirim arıyoruz. Kaydolmak için bize ulaşın.

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, istek sahibinin onaylaması gibi onay ilkelerini yapılandırmak için Gelişmiş onay seçeneklerini kullanabilirsiniz, kullanıcıların bir alt kümesinden onay ve onay zaman aşımı olması gerekir.

Onaylar oluştur iletişim kutusunu gösteren ekran görüntüsü.

Birinci sınıf işlem hattı kaynağı olarak ACR

İşlem hattınızı bir parçası olarak ACR 'ye (Azure Container Registry) yayımlanmış bir kapsayıcı görüntüsünü kullanmanız ve yeni bir görüntü yayımlandığında işlem hattınızı tetiklemeniz gerekiyorsa ACR kapsayıcı kaynağını kullanabilirsiniz.

resources:
  containers:
  - container: MyACR  #container resource alias
    type: ACR
    azureSubscription: RMPM  #ARM service connection
    resourceGroup: contosoRG
    registry: contosodemo
    repository: alphaworkz
    trigger: 
      tags:
        include: 
        - production 

Üstelik, ACR Image meta verilerine önceden tanımlanmış değişkenler kullanılarak erişilebilir. Aşağıdaki liste, işlem hattınızda bir ACR kapsayıcı kaynağı tanımlamak için kullanılabilen ACR değişkenlerini içerir.

resources.container.<Alias>.type
resources.container.<Alias>.registry
resources.container.<Alias>.repository
resources.container.<Alias>.tag 
resources.container.<Alias>.digest
resources.container.<Alias>.URI
resources.container.<Alias>.location

İşlem hatları 'nda yapıt denetimleri ilkesini değerlendirmek için geliştirmeler

Kullanıma hazır ilke tanımlarının dışında ilke eklemeyi kolaylaştırmak için yapıt denetimini değerlendir ' i geliştirdik. İlke tanımı otomatik olarak oluşturulur ve gerekirse güncelleştirilecektir Denetim yapılandırmasına eklenir.

Şablonları kullan seçeneği altı çizili olarak yapıyı değerlendir iletişim kutusunu gösteren ekran görüntüsü.

Beyaz liste kaynakları seçeneği ve Azure işlem hatları oluşturulmuş görüntüler seçeneği belirlenmiş olan yapıt ilkesini Yapılandır iletişim kutusunu gösteren ekran görüntüsü.

Bir dağıtım işinde çıkış değişkenleri için destek

Artık bir dağıtım işinin yaşam döngüsü kancalarında çıkış değişkenleri tanımlayabilir ve bunları aynı aşamadaki diğer aşağı akış adımlarında ve işlerinde kullanabilirsiniz.

Dağıtım stratejilerini yürütürken, aşağıdaki söz dizimini kullanarak iş genelindeki çıkış değişkenlerine erişebilirsiniz.

  • RunOnce stratejisi için:$[dependencies.<job-name>.outputs['<lifecycle-hookname>.<step-name>.<variable-name>']]
  • Kanarya stratejisi için:$[dependencies.<job-name>.outputs['<lifecycle-hookname>_<increment-value>.<step-name>.<variable-name>']]
  • Toplama stratejisi 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

Çoklu iş çıkış değişkeni ayarlama hakkında daha fazla bilgi edinin

Kritik değişikliklerin geri alınmasını önleyin

Klasik yayın işlem hatlarında, düzenli güncelleştirmeler için zamanlanmış dağıtımlara güvenmek yaygındı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 izinleri bekler. Kaynak sahibi işlem hattını görüntüleyebilirsiniz ve Güvenlik sayfasından kaynağı yetkilendirebilirsiniz.

Geliştirme aşamasının Beklemede durumda olduğunu ve İzin gerektiğini gösteren bir göstergeyi gösteren ekran görüntüsü.

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ırsa, 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. Denetim, ilke başarılı olduğunda geçer ve Denetim başarısız olursa aşamayı başarısız olarak işaretler.

Yapıt ilkelerini değerlendir iletişim kutusunun ekran görüntüsü.

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

Daha önce, ARM şablonu dağıtım görevinde hizmet bağlantılarını filtreleyemedik. Bu, daha geniş bir kapsama ARM şablon dağıtımları gerçekleştirmek için daha düşük bir kapsam hizmeti bağlantısı seçilirse dağıtımın başarısız olmasına neden olabilir. Şimdi, daha düşük kapsamlı hizmet bağlantılarını, seçtiğiniz dağıtım kapsamına göre filtrelemek için hizmet bağlantılarının filtrelemesini ekledik.

Ortamdaki Belgebir uygulama

Belgebir istek, git deponuzdaki her çekme isteğini dinamik ortam kaynağına dağıtır. Gözden geçirenler, bu değişikliklerin nasıl göründüğüne ve Ana dala birleştirilmeden ve üretime dağıtılmadan önce diğer bağımlı hizmetlerle nasıl çalıştığını görebilir. Bu, belgelemenin tüm izlenebilirlik ve tanılama özelliklerinden yararlanarak, belgelilik uygulama kaynaklarını oluşturup yönetmenizi ve avantajdan faydalanmayı kolaylaştırır. Belgebir uygulama anahtar sözcüğünü kullanarak bir kaynağın kopyasını oluşturabilir (bir ortamda var olan bir kaynağı temel alarak yeni bir kaynağı dinamik olarak oluşturabilir) ve yeni kaynağı ortama ekleyebilirsiniz.

Aşağıda, ortamlar altında, Belgelem uygulaması 'nı kullanmanın örnek bir YAML kod parçacığı verilmiştir.

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

Otomatik ve Kullanıcı tarafından belirtilen meta verileri ardışık düzen ile topla

Artık ardışık düzen görevlerinden otomatik ve Kullanıcı tarafından belirtilen meta veri koleksiyonunu etkinleştirebilirsiniz. Yapıyı değerlendir denetiminikullanarak bir ortamda yapıt ilkesini zorlamak için meta verileri kullanabilirsiniz.

Ardışık düzen verilerini yayınla seçeneğinin açık olduğu genel iletişim kutusunun ekran görüntüsü.

Ortamları olan VM dağıtımları

Ortamlarda en çok istenen özelliklerden biri VM dağıtımlarıdır. Bu güncelleştirmeyle, ortamlarda sanal makine kaynağını etkinleştiriyoruz. Artık birden çok makine genelinde dağıtımları düzenleyebilir ve YAML işlem hatlarını kullanarak sıralı güncelleştirmeler gerçekleştirebilirsiniz . Ayrıca aracıyı doğrudan hedef sunucularınızı her bir sunucuya yükleyebilir ve bu sunuculara dağıtıma devam edin. Ayrıca, hedef makineleriniz üzerinde tam görev kataloğunu kullanabilirsiniz.

Sanal makineler seçeneğinin seçili ve açık olduğu Yeni ortam iletişim kutusunun ekran görüntüsü.

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

Not

Bu güncelleştirmeyle, geçerli işlem hattından ve ilişkili işlem hattı kaynaklarından kullanılabilen tüm yapıtlar yalnızca deploy lifecycle-hook içinde indirilir. Ancak, İşlem Hattı Yapıtı İndir görevini belirterek indirmeyi seçebilirsiniz. Bu özellikte bilinen birkaç boşluk vardır. Örneğin, bir aşamayı yeniden deneyemedik tüm VM'lerde dağıtımı yeniden çalıştıracak. Gelecek güncelleştirmelerde bu boşlukları kapatmak için çalışıyoruz.

Dağıtımlarınızı daha fazla denetleme

Azure Pipelines bir süre el ile onaylarla denetlenen dağıtımları destekliyor. En son geliştirmelerle artık dağıtımlarınız üzerinde ek denetime sahip oluruz. Kaynak sahipleri, onaylara ek olarak güvenlik ve kalite ilkelerini doğrulamak checks için otomatik eklemeler de 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. Denetim için belirtilen yeniden deneme aralığına göre her bir denetim değerlendirmesi düzenli aralıklarla tekrarlanabilir. Aşağıdaki ek denetimler artık kullanılabilir:

  • Herhangi bir REST API çağırın ve yanıt gövdesi veya dış hizmetten geri çağırma temelinde doğrulama gerçekleştirin
  • Bir Azure işlevi çağırın ve işlevden yanıt veya geri çağırma temelinde doğrulama gerçekleştirin
  • Etkin uyarılar için Azure Izleyici kurallarını sorgulama
  • İşlem hattının bir veya daha fazla YAML şablonunu genişlettiğinden emin olun

Denetim Ekle iletişim kutusunun ekran görüntüsü.

Onay bildirimi

Bir ortama veya hizmet bağlantısına onay eklediğinizde, kaynağı kullanan tüm çok aşamalı işlem hatları, aşamanın başlangıcında onayı otomatik olarak bekler. Belirtilen onaylayanlar, işlem hattının devam edebilmesi için onayı tamamlamalıdır.

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 abonelikler alabilir veya yapılandırabilir.

Onay bildiriminin ekran görüntüsü.

Azure portal dağıtım stratejilerini yapılandırma

Bu özellik sayesinde, tercih ettiğiniz dağıtım stratejisini kullanan işlem hatlarını (örneğin, hareketli, kanarya veya mavi yeşil) yapılandırmak daha kolay hale getirildik. Bu kullanıma hazır stratejileri kullanarak, güncelleştirmeleri güvenli bir şekilde kullanıma alabilir ve ilgili dağıtım risklerini azaltabilirsiniz. Buna erişmek için bir Azure sanal makinesindeki ' sürekli teslim ' ayarına tıklayın. Yapılandırma bölmesinde, işlem hattının oluşturulacağı Azure DevOps projesi, dağıtım grubu, dağıtılacak paketi yayımlayan derleme işlem hattı ve tercih ettiğiniz dağıtım stratejisi hakkındaki ayrıntıları seçmeniz istenir. Bundan sonra, seçilen paketi bu sanal makineye dağıtan tam işlevli bir işlem hattı yapılandıracaksınız.

Daha fazla ayrıntı için dağıtım stratejilerini yapılandırmahakkındaki belgelerimize göz atın.

Sürekli teslim iletişim kutusunu gösteren ekran görüntüsü.

Ç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 işlem hattı parametrelerini veri türleriyle birlikte 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ı bazı değişkenleri olarak işaretlerse _settable at queue time_ , sistem bunu zorlamaz ve diğer değişkenlerin ayarlanmasının engellenmediği sürece. Diğer bir deyişle, ayar yalnızca yeni bir çalıştırma başlatılırken ek girişler istemek için kullanılır.

Parametresini uygulayan yeni bir koleksiyon ayarı ekledik _settable at queue time_ . Bu, yeni bir çalıştırma başlatılırken hangi değişkenlerin değiştirilebileceğine ilişkin denetim sağlar. İleri, yazar tarafından işaretlenmemiş bir değişkeni olarak değiştiremezsiniz _settable at queue time_ .

Not

Bu ayar, mevcut koleksiyonlarda varsayılan olarak kapalıdır, ancak yeni bir Azure DevOps koleksiyonu oluşturduğunuzda varsayılan olarak açık olur.

YAML ardışık düzeninde yeni önceden tanımlanmış değişkenler

Değişkenler, işlem hattınızdaki çeşitli bölümlere önemli veri bitlerini almak için kullanışlı bir yol sağlar. Bu güncelleştirmeyle, bir dağıtım işine önceden tanımlanmış birkaç değişken ekledik. Bu değişkenler otomatik olarak sistem tarafından, belirli bir dağıtım işi kapsamındaki ve salt okunurdur.

  • Environment.Id-ortamın KIMLIĞI.
  • Environment.Name-dağıtım işinin hedeflediği ortamın adı.
  • Environment. ResourceID-dağıtım işinin hedeflediği ortamdaki kaynağın KIMLIĞI.
  • Environment. ResourceName-dağıtım işinin hedeflediği ortamdaki kaynağın adı.

Birden çok depo kullanıma al

İşlem hatları genellikle birden çok depoya güvenir. Kodunuzu derlemek için gereken kaynak, araç, komut dosyası veya diğer öğeleri içeren farklı depolarınız olabilir. Daha önce, bu depoları alt modüller olarak veya Git teslim alma işlemini çalıştırmak için el ile betikler olarak eklemeniz gerekiyordu. Artık, YAML işlem hattınızı depolamak için kullandığınız bir ek olarak diğer depoları alıp kullanıma alabilirsiniz.

Örneğin, YAML ardışık düzenine ve Araçlar adlı ikinci bir depoya sahip MyCode adlı bir HAVUZUNUZ varsa, YAML işlem hattınızda şöyle görünür:

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ırlendiğinde, Azure Pipelines tetikleyen depo, dal ve işleme 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 başvurularına 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. Şimdi 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

MyServiceConnection baş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.

Önemli

MyServiceConnection bir hizmet Azure Repos / Team Foundation Server olmalı, aşağıdaki resme bakın.

Azure Repos/Team Foundation Server seçeneğinin vurgulanmış olduğu Proje Ayarları sayfasının ekran görüntüsü.

Ö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örevindeki kustomize ve kompose 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 dosyalarını bir Kubernetes kaynağına dönüştürür.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    renderType: kompose
    dockerComposeFile: docker-compose.yaml

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

HelmDeploy görevinde Küme Yöneticisi kimlik bilgileri desteği

Daha önce, Helmdeploy görevi dağıtımlar için küme kullanıcı kimlik bilgilerini kullandı. Bu, etkileşimli oturum açma istemlerine ve Azure Active Directory tabanlı RBAC etkin bir küme için başarısız işlem hatlarına neden oldu Bu sorunu gidermek için, küme kullanıcı kimlik bilgileri yerine Küme Yöneticisi kimlik bilgilerini kullanmanıza imkan tanıyan bir onay kutusu ekledik.

Paketin ekran görüntüsü ve Küme Yöneticisi kimlik bilgilerini kullan onay kutusunu gösteren Held grafiklerini dağıtma.

Docker Compose görevde bağımsız değişken girişi

Docker Compose görevinde, gibi bağımsız değişkenleri eklemenize olanak sağlamak için yeni bir alan sunulmuştur --no-cache . Derleme gibi komutları çalıştırırken bağımsız değişken görev tarafından geçirilir.

Yeni bağımsız değişkenler metin kutusunu gösteren Docker Compose görevin ekran görüntüsü.

GitHub sürüm görevi geliştirmeleri

GitHub sürüm görevinde çeşitli geliştirmeler yaptık. Artık bir etiketi normal ifade belirterek yayın oluşturma üzerinde daha iyi denetime sahip olabilirsiniz ve yayın yalnızca tetikleme yürütmesi eşleşen bir dizeyle etiketlenmişse oluşturulur.

Görev sürümü ve etiket stili bölümleri olarak adlandırılan GitHub sürüm görevinin gösterildiği ekran görüntüsü.

Ayrıca, CHANGELOG 'un oluşturulmasını ve biçimlendirilmesini özelleştirmek için de yetenekler ekledik. CHANGELOG yapılandırması için yeni bölümde, artık geçerli yayının karşılaştırılacağı sürümü belirtebilirsiniz. Yayın Karşılaştırılacak son tam sürüm (ön yayınlar hariç), son taslak olmayan yayın veya belirtilen yayın etiketinizdeki bir önceki sürüm olabilir. Ayrıca, görev, CHANGELOG 'u biçimlendirmek için Changelog türü alanı sağlar. Seçime bağlı olarak, changelog bir listesini ya da etiketlere göre kategorilere ayrılan bir PR 'ler veya bir sorun listesini görüntüler.

Karşılaştırma ve Değişiklik günlüğü türü bölümlerinin vurgulanmış olduğu GitHub yayın görevini gösteren ekran görüntüsü.

İ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 olarak 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, Bir Azure CLI görevinin 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.

Betik Türü açılan listesinde Powershell ve Powershell Core seçeneklerinin olduğunu gösteren Azure CLI görevinin ekran görüntüsü.

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şturabilirdi. 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. Trafik bölme yüzdesi hizmet ağı düzlemindeki istekler üzerinde denetlenene kadar kararlı, temel ve canary arasındaki trafiğin istenen yüzde oranı daha doğru olur.

Aşağıda, SMI tabanlı kanarya dağıtımlarını haddelemeli bir şekilde gerçekleştirme örneği ve ardından yer almaktadır.

- 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, görevler ve betikleriniz tarafından Azure DevOps 'a geri çağırmak için kullanılır. Örneğin, kaynak kodu almak, günlükleri yüklemek, test sonuçları, yapıtlar veya Azure DevOps 'a REST çağrısı 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

    Şimdiye kadar tüm işlem hatlarının varsayılan kapsamı takım projesi koleksiyonudur. Kapsamı klasik derleme işlem hatlarında takım projesi olarak değiştirebilirsiniz. Ancak, klasik sürüm veya YAML işlem hatları için bu denetime sahip değilsiniz. Bu güncelleştirmeyle, işlem hattında ne yapılandırıldı olursa olsun her işi proje kapsamlı belirteç almaya zorlamak için bir koleksiyon ayarı tanıtmış oluruz. Ayrıca bu ayarı proje düzeyinde ekledik. Artık, oluştursanız her yeni proje ve koleksiyonda bu ayar otomatik olarak açılır.

    Not

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

    Mevcut projelerde ve koleksiyonlarda bu ayarın açık olması, işlem hatlarının erişim belirteçlerini kullanarak takım projesi dışındaki kaynaklara erişmesi bazı işlem hatlarının başarısız olmasına neden olabilir. İşlem hattı hatalarını azaltmak için, proje derleme hizmeti hesabına istenen kaynağa açıkça erişim veebilirsiniz. Bu güvenlik ayarlarını açmanı kesinlikle öneririz.

  • Derleme hizmeti repos kapsamı erişimini sınırlama

    Artık erişim belirteci kapsamını kısıtlayan işlem hattı güvenliğini geliştirerek Azure Pipelines, depo erişiminin kapsamını yalnızca YAML tabanlı bir işlem hattı için gereken depolara göre sınırlandırıyor. Başka bir ifadeyle, işlem hatlarının erişim belirteci sızdırılmışsa yalnızca işlem hattında kullanılan depoları görebilir. Daha önce, erişim belirteci proje Azure Repos depolar veya büyük olasılıkla koleksiyonun tamamı için iyiydi.

    Bu özellik yeni projeler ve koleksiyonlar için varsayılan olarak açık olur. Mevcut koleksiyonlar için Koleksiyon Ayarları İşlem Hattı Ayarları'da > etkinleştirmeniz > gerekir. Bu özellik kullanılırken, derleme için gereken tüm depoların (betik kullanarak kopyalananlar dahil) 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 belirteci için bir dizi izin sağlaruz; bu izinlerden biri Kuyruk derlemeleri'dir. Bu güncelleştirmeyle, bu izni erişim belirtecine kaldırdık. İşlem hatlarınız bu izne ihtiyaç duymanız durumunda, kullandığınız belirtece bağlı olarak projeyi proje yapı hizmeti hesabına veya proje koleksiyonu derleme hizmeti hesabına açıkça verebilirsiniz.

Hizmet bağlantıları için proje 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.

Güvenlik seçeneği olarak adlandırılan hizmet bağlantıları sayfasının ekran görüntüsü.

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şkenlerini aşağıdaki gibi işaretleyerek salt okunur yapabilirsiniz.

variables:
- name: myVar
  value: myValue
  readonly: true

Hizmet bağlantıları için rol tabanlı erişim

Hizmet bağlantıları için rol tabanlı erişim ekledik. Daha önce, hizmet bağlantısı güvenliği yalnızca Uç nokta yöneticileri ve Endpoint Creators Azure DevOps önceden tanımlanmış gruplarla yönetilenedi.

Bu çalışma kapsamında Okuyucu, Kullanıcı, Oluşturucu ve Yönetici rollerini tanıttık. Bu rolleri projenizin hizmet bağlantıları sayfasından ayarlayabilirsiniz ve bunlar tek tek bağlantılar tarafından devralınır. Ayrıca her hizmet bağlantısında devralmayı açma veya kapatma ve hizmet bağlantısı kapsamındaki rolleri geçersiz kılma seçeneğiniz vardır.

Hizmet bağlantıları için rol tabanlı erişimi gösteren ekran görüntüsü.

Hizmet bağlantısı güvenliği hakkında daha fazla bilgi için buraya bakabilirsiniz.

Hizmet bağlantılarının projeler arası paylaşımı

Projeler arasında hizmet bağlantısı paylaşımı desteğini etkinleştirmiş olduk. Artık hizmet bağlantılarınızı projeleriniz ile güvenli ve güvenli bir şekilde paylaşabilirsiniz.

Hizmet bağlantılarının projeler arası paylaşımını gösteren ekran görüntüsü.

Hizmet bağlantıları paylaşımı hakkında daha fazla bilgi için buraya bakabilirsiniz.

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

İşlem hattında işlem hatları ve ACR kapsayıcı kaynakları kullanılırken tam E2E izlenebilirliği sağlaruz. YAML işlem hattınız tarafından tüketilen her kaynak için işlemelere, iş öğelerine ve yapıtlara geri dönebilirsiniz.

İşlem hattı çalıştırma özeti görünümünde şunları görebilir:

  • çalıştırmayı tetikleyen kaynak sürümü. Artık işlem hattınız başka bir Azure işlem hattı çalıştırması tamamlandıktan sonra veya ACR'ye bir kapsayıcı görüntüsü itilirken tetiklenir.

    Bir işlem hattının otomatik olarak tetiklendiğini gösteren ekran görüntüsü.

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

    Geçerli ardışık düzen bölümündeki işlemeleri gösteren ekran görüntüsü.

  • İşlem hattı tarafından tüketilen her kaynakla ilişkili iş öğeleri .

  • Çalıştırma tarafından kullanılabilecek yapıtlar .

    İşlem hattının yapıt sayfasını gösteren ekran görüntüsü.

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.

WorkItems, iş öğeleri sekmesini gösteren bölüm ekran görüntüsü.

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.

Günlüklerde 403 hatası döndürülen ekran görüntüsü.

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.

Not

Bu, yalnızca şirket içinde barındırılan Azure Pipelines aracıları kullanıyorsanız ve giden trafiği filtreleyerek bir güvenlik duvarının arkasındaysa gereklidir. Bulutta Microsoft tarafından barındırılan aracılar kullanıyorsanız veya giden ağ trafiğini filtreleyen aracılar kullanıyorsanız, herhangi bir işlem yapmak zorunda değilsiniz.

Her işte doğru havuz bilgilerini gösterme

Daha önce, bir havuzu tanımlamak için işleri veya değişkeni genişletmek için bir matrisi kullandınız, bazen günlük sayfalarındaki yanlış havuz bilgilerini çözdük. Bu sorunlar çözüldü.

Yeni dallar için CI tetikleyicileri

Yeni bir dal oluşturulduğunda ve bu dalda değişiklik yapılmasa CI derlemelerini tetiklemek uzun süredir bekleyen bir istektir. Aşağıdaki örnekleri inceleyin:

  • Web arabirimini kullanarak var olan bir dalı temel alan yeni bir dal oluşturabilirsiniz. Bu, dal filtreniz yeni dalın adıyla eşlenirse hemen yeni bir CI derlemesi tetikler. Yeni dal içeriği mevcut dalla karşılaştırıldığında aynı olduğundan bu istenmeyen bir durum.
  • İki klasör içeren bir depoya sahipsiniz: uygulama ve belgeler. CI için "uygulama" ile eşleşmesi için bir yol filtresi ayarlayabilirsiniz. Başka bir deyişle, belgelere bir değişiklik varsa yeni bir derleme oluşturmak istemiyorsanız. Yerel olarak yeni bir dal oluşturun, belgelerde bazı değişiklikler yapın ve bu dalı sunucuya gönderirsiniz. Yeni bir CI derlemesi tetiklemek için kullandık. Docs klasöründeki değişiklikleri açıkça aramamanız istene bu istenmeyen bir durum. Ancak, yeni bir dal olayı işlememiz nedeniyle, uygulama klasöründe de bir değişiklik yapılmış gibi görünebilir.

Şimdi, bu sorunları ele alan yeni dallar için CI işlemenin daha iyi bir yolu vardır. Yeni bir dal yayımlarken, bu dalda açıkça yeni işlemeler olup olmadığını ve bunların yol filtreleriyle eş olup olmadığını kontrol edeceğiz.

İşler önceki aşamalardan çıkış değişkenlerine erişebilirsiniz

Çıkış değişkenleri artık YAML tabanlı bir işlem hattında aşamalar arasında kullanılabilir. Bu, go/no-go kararı veya oluşturulan çıkışın kimliği gibi yararlı bilgileri bir aşamadan sonraki aşamaya geçişe yardımcı olur. Önceki aşamanın ve işlerinin sonucu (durum) da 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'] .

Not

Varsayılan olarak, bir işlem hattındaki her aşama, YAML dosyasında hemen öncesine göre değişir. Bu nedenle, her aşama önceki aşamada çıkış değişkenlerini kullanabilir. Bağımlılık grafiğini, hangi çıkış değişkenlerinin kullanılabilir olduğunu da değiştirecek şekilde değiştirebilirsiniz. Örneğin, 2. Aşama 1. Aşama ' dan bir değişkene ihtiyaç duyuyorsa, 1. aşama üzerinde açık bir bağımlılık bildirmeli.

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ı güncelleştirme ayarları seçeneği açık ve çağrıldı olarak varsayılan ayarlar sayfasının Sceenshot 'ı.

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ılama 'yı kullanmaya başlamak için Run.sh--Diagnostics kullanın veya . cmd--Diagnostics ' i Windows üzerinde ç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şturabilir, aşama tamamlandıktan sonra bir izleme iş akışı başlatabilirsiniz veya aşama başarısız olduğunda takımınız mobil cihazlarına anında iletili bildirim gönderebilirsiniz.

Tüm olaylar için işlem hattı adı ve aşama adı filtrelemesi de destekler. Onay olayları belirli ortamlar için de filtrelenmiş olabilir. Benzer şekilde, durum değişikliği olayları işlem hattı çalıştırması veya aşamasının yeni durumuna göre filtrelenmiş olabilir.

Aşamayı çalıştır seçeneklerinin çağrıldı olduğu bu tür bir olay açılan listesinde Tetikleyici'nin yer alan Yeni HIZMET KANCALARı ABONELİsİ sihirbazının ekran görüntüsü.

İyileştirmeyle tümleştirme

İyileştirin, ürün ekipleri için güçlü bir A/B testi ve özellik flagging platformudur. İyileştirme Azure Pipelines platformuyla tümleştirme, ürün ekiplerini hızlandırılmış bir hızda test etme, öğrenme ve dağıtma gücü sağlarken, diğer yandan da ürün ekiplerinden tüm DevOps Azure Pipelines.

Azure DevOps için İyileştir uzantısı derleme ve yayın işlem hatlarına deneme ve özellik bayrağı piyasaya çıkma adımları ekler. Böylece, özellikleri sürekli olarak yineler, dışarı aktarıp Azure Pipelines.

en iyi duruma getirme uzantısı hakkında daha Azure DevOps buradan öğrenin.

Optimizely

Yapıt kaynağı olarak GitHub sürümü ekleme

Artık GitHub yayınlarınızı yayın işlem hatlarında yapıt Azure DevOps olarak bağabilirsiniz. Bu, Dağıtımların bir parçası olarak GitHub yayınını tüketmenizi sağlar.

Yayın işlem hattı tanımında Yapıt ekle'ye tıklarken yeni GitHub Yayın kaynak türünü bulur. GitHub yayınlarını tüketmek için hizmet bağlantısını ve GitHub depolarını sebilirsiniz. Ayrıca GitHub sürümünün en son, belirli bir etiket sürümü olarak tüketilmesi için varsayılan sürümü seçebilir veya yayın oluşturma zamanında seçebilirsiniz. Bir GitHub sürümü bağlanarak otomatik olarak indirilir ve yayın işlerinize eklenir.

GitHub Yayın seçeneği seçili ve çağrılırken Yapıt ekle iletişim kutusunun ekran görüntüsü.

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.

Azure Pipelines ile Terrayform tümleştirmesinin ekran görüntüsü.

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 'yi sürekli olarak yineleyebilir, öğrenerek ve dağıtım hızını sürekli olarak yineleyebilirsiniz.

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

Google Analytics denemeleri görevini gösteren ekran görüntüsü.

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, geçit sonucuna karar vermek için herhangi bir değişiklik özelliğini kullanmak üzere gelişmiş başarı ölçütlerini yapılandırabilirsiniz.

VSCode Azure Pipelines dan veri oluşturma

VSCode için yeni bir işlev Azure Pipelines ekledik. Artık IDE'den ayrılmadan Azure Pipelines VSCode'dan bir kaynak oluşturabilirsiniz.

Sağ VS Code şu uyarının yer alan ekran görüntüsü: İşlem hattınız başarıyla ayarlanmadı.

Düşük hata yönetimi ve çözümü

Algılama, raporlama ve çözüm ile 1.5 00.000'den fazla yaşam döngüsünü desteklemek için test yönetimini tanıttık. Bunu daha da geliştirmek için test hata yönetimi ve çözümü ekliyoruz.

Testi incelerken Hata eylemini kullanarak bir hata oluşturabilirsiniz. Bu eylem daha sonra, flaky testin kök nedenini daha fazla araştırmak üzere bir geliştiriciye atanabilir. Hata raporu işlem hattı hakkında hata iletisi, yığın izlemesi ve testle ilişkili diğer bilgiler gibi bilgileri içerir.

Hata raporu çözümlenir veya kapatılırsa, testin işaretlerini otomatik olarak işaretsiz olarak alıcaz.

En az sayıda test çalıştırnmasa VSTest görevlerini başarısız olacak şekilde ayarlayın

VSTest görevi, kullanıcı girişlerini (test dosyaları, filtre ölçütleri vb.) ve kullanılan test çerçevesine özgü bir test bağdaştırıcısını kullanarak testleri bulur ve çalıştırır. Kullanıcı girişlerinde veya test bağdaştırıcısında yapılan değişiklikler, testlerin keşfedilmalarına ve beklenen testlerin yalnızca bir alt kümesinin çalıştırıldıklarına yol açabilirsiniz. Bu durum, kod yeterince yüksek kaliteli olduğundan testlerin atlanmalarından dolayı işlem hatlarının başarılı olduğu durumlara neden olabilir. Bu durumu önlemeye yardımcı olmak için VSTest görevine, 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.

En az sayıda test çalıştırılamasa görevi başarısız oldu seçeneğini gösteren ekran görüntüsü.

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.

Test sonuçları klasörü metin kutusunu gösteren ekran görüntüsü.

Otomatik test hata iletilerinde markaşağı desteği

Otomatikleştirilmiş testler için hata iletilerine markın desteği ekledik. Artık, her iki test çalıştırması ve test sonucu için hata iletilerini kolayca biçimlendirebilir ve bu, Azure Pipelines ' de test hatası giderme deneyimini kolaylaştırır. Desteklenen markın sözdizimi buradabulunabilir.

Otomatik test hata iletilerinde markına desteğini gösteren ekran görüntüsü.

Bir dağıtım işinde adımları otomatik olarak eklemek için işlem hattı dekoratlarını kullanın

Artık, dağıtım işlerine işlem hattı Dekoratörleri ekleyebilirsiniz. Her dağıtım işinin her bir yaşam döngüsü kancasını yürütmek için otomatik olarak eklenen özel bir adımınız (ör. güvenlik açığı tarayıcısı) kullanabilirsiniz. Ardışık düzen Dekoratörleri bir koleksiyondaki tüm işlem hatlarına uygulanamadığından, bu, güvenli dağıtım uygulamalarının zorlanmasının bir parçası olarak yararlanılabilir olabilir.

Ayrıca, dağıtım işleri, tanımlandıklarında Hizmetler yan otomobil ile birlikte bir kapsayıcı işi olarak da çalıştırılabilir.

Test Plans

Yeni test planı sayfası

Tüm Azure DevOps koleksiyonları için yeni bir Test Plans sayfası (Test Plans *) kullanılabilir. Yeni sayfa, el ile test planlama, yazma veya yürütme sırasında göreve odaklanmanız için kolaylaştırılmış görünümler sağlar. Ayrıca, Azure DevOps 'ın geri kalanı ile de dağınıklığı ve tutarlıdır.

Bir arka uç deposunu paylaşan iki identially adlı test planını gösteren ekran görüntüsü.

Yeni sayfayı anlamama yardım et

test planına genel bakış sayfası

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 alalarız.

1. Test planı üst bilgisi

test planı üst bilgi sayfası

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ı Kopyala: Bu, geçerli test planını hızlı bir şekilde kopyalamanızı 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ırmanıza olanak tanır

Test planını Kopyala (yeni yetenek)

test planı sayfasını kopyala

Sprint/yayın başına yeni bir test planı oluşturmanızı öneririz. Bunu yaparken, genellikle önceki döngüyü test planı üzerine kopyalanabilir ve birkaç değişiklik, kopyalanmış test planı yeni döngüye için kullanıma sunulmuştur. Bu işlemi kolaylaştırmak için yeni sayfada bir ' test planı Kopyala ' özelliği etkinleştirdik. Bu uygulamayı kullanarak test planlarını kopyalayabilir veya klonlayabilirsiniz. Yedekleme REST API burada ele ALıNMıŞTıR ve API, bir test planını projeler arasında kopyalayabilir/klonlamanızı sağlar.
Test Plans kullanımı hakkında daha fazla bilgi için burayabakın.

2. test paketleri ağacı

test paketleri ağaç sayfası

Görevler

Test paketi üst bilgisi aşağıdaki görevleri gerçekleştirmenize olanak tanır:

  • Genişlet/Daralt: Bu araç çubuğu seçenekleri, paket hiyerarşisi ağacını genişletmenizi veya daraltmanızı sağlar.
  • Alt paketlerden test noktalarını göster: Bu araç çubuğu seçeneği yalnızca "yürütme" sekmesindeyken görünür. Bu, belirli bir paket için tüm test noktalarını ve alt öğelerini tek bir görünümde tek tek tek tek tek tek her pakete gitmek zorunda kalmadan görüntülemenize olanak sağlar.
  • Sıra paketleri: paketler hiyerarşisini yeniden sıralamak veya test planı içinde bir paket hiyerarşisinden diğerine taşımak için paketleri sürükleyip bırakabilirsiniz.

Kısayol menüsü seçenekleri

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

  • Yeni paketler oluştur: 3 farklı türde paketler oluşturabilirsiniz:
    • Testlerinizi düzenlemek için statik paketi veya klasör paketini kullanın.
    • Sorunsuz izlenebilirlik için gereksinimlere/kullanıcı hikayelerine doğrudan bağ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

sekme sayfasını tanımlama

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 durumu oluşturmanıza olanak sağlar. Oluşturulan test testleri pakete otomatik olarak eklenir.
  • Sorgu kullanarak var olan test çalışmalarını ekleyin: Bu seçenek, bir sorgu belirterek pakete varolan test çalışmalarını eklemenize olanak tanır.
  • Test çalışmalarını sürükleyip bırakmaya göre sırala: belirli bir paket içindeki bir veya daha fazla test çalışmasını sürükleyerek/bırakarak test çalışmalarını yeniden düzenleyebilirsiniz. Test çalışmalarının sırası yalnızca el ile test çalışmaları için geçerlidir ve otomatikleştirilmiş testlere uygulanmaz.
  • Test çalışmalarını bir paketten diğerine taşıma: sürükle/bırak kullanarak test çalışmalarını bir test paketinden diğerine taşıyabilirsiniz.
  • Kılavuzu göster: test adımları ile birlikte test çalışmalarını görüntülemek/düzenlemede kullanılacak kılavuz modunu kullanabilirsiniz.
  • Tam ekran görünümü: Bu seçeneği kullanarak tüm tanımla sekmesinin içeriğini tam ekran modunda görüntüleyebilirsiniz.
  • Filtreleme: Filtre çubuğunu kullanarak, "test çalışması başlığı", "atanan" ve "durum" alanlarını kullanarak test çalışmalarının listesini filtreleyebilirsiniz. Ayrıca, sütun başlıklarına tıklayarak listeyi sıralayabilirsiniz.
  • Sütun seçenekleri: "sütun seçenekleri" ni kullanarak, tanımlama sekmesinde görünen sütunların listesini yönetebilirsiniz. Seçim için kullanılabilen sütunların listesi, birincil olarak test çalışması iş öğesi formundaki alanlardır.

Kısayol menüsü seçenekleri

sekme bağlam menüsü sayfasını tanımla

Tanımla sekmesi içindeki test çalışması düğümündeki bağlam menüsü aşağıdaki seçenekleri sağlar:

  • Test çalışması iş öğesi formunu aç/Düzenle: Bu seçenek, test adımları dahil iş öğesi alanlarını düzenlediğiniz, iş öğesi formunu kullanarak bir test çalışmasını düzenlemenizi sağlar.
  • Test çalışmalarını Düzenle: Bu seçenek, test çalışması iş öğesi alanlarını toplu olarak düzenlemenize olanak tanır. Ancak, test adımlarını toplu olarak düzenlemek için bu seçeneği kullanamazsınız.
  • Kılavuzdaki test çalışmalarını Düzenle: Bu seçenek, kılavuz görünümünü kullanarak test adımları dahil olmak üzere seçili test çalışmalarını toplu olarak düzenlemenize olanak tanır.
  • Yapılandırma ata: Bu seçenek, test çalışması düzeyi yapılandırmalarında paket düzeyi konfigürasyonları geçersiz kılmanızı sağlar.
  • Test çalışmalarını kaldır: Bu seçenek, test çalışmalarını verilen paketten kaldırmanıza olanak sağlar. Bu, temel test çalışması iş öğesini de 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)

define tab copy test cases page

Test çalışmalarını kopyalamak/kopyalamak 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)

sekme görünümü bağlantılı öğeleri tanımlama sayfası

Test yapıtları, gereksinimler ve hatalar arasında izlenebilirlik, ürünün önemli bir Test Plans sunar. "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

sekme sayfasını yürütme

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 test durumu eklerken test noktası oluşturulur. Test noktası, test çalışması, test paketi, yapılandırma ve sınayıcı 'ın benzersiz bir birleşimidir. Örnek: "test oturum açma işlevselliği" olarak bir test çalışmanıza sahipseniz ve buna kenar ve Chrome olarak 2 yapılandırma eklerseniz, bu durum 2 test noktalarıyla sonuçlanır. Artık bu test noktaları yürütülebilir. Yürütme sırasında test sonuçları oluşturulur. Test sonuçları görünümü (yürütme geçmişi) aracılığıyla bir test noktasının tüm yürütmelerini görebilirsiniz. Test noktası için en son yürütme, yürütme sekmesinde gördüğünüz şeydir.
Bu nedenle, test çalışmaları yeniden kullanılabilir varlıklardır. Bunları bir test planına veya paketine dahil ederek, test noktaları oluşturulur. Test noktalarını yürüterek, geliştirmekte olan ürün veya hizmetin kalitesini belirlersiniz.

Yeni sayfanın birincil avantajlarından biri, genellikle test yürütme/izleme gerçekleştiren (yalnızca ' temel ' erişim düzeyi olması gerekir) kullanıcılar için, paket yönetiminin karmaşıklığı tarafından önemli değildir (Bu tür kullanıcılar için tanımlama sekmesi gizlidir).

Tanımlama sekmesi ve belirli işlemler yalnızca temel + test Plans erişim düzeyi veya eşdeğeri olan kullanıcılar tarafından kullanılabilir. "Yürütme" sekmesi de dahil olmak üzere diğer her şey ' temel ' erişim düzeyine sahip bir kullanıcı tarafından kullanılması gerekir.

Görevler

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

  • Toplu işaret sınama noktaları: Bu seçenek, Test Çalıştırıcısı aracılığıyla test çalışmasını çalıştırmak zorunda kalmadan başarılı, başarısız, Engellenen veya geçerli olmayan test noktalarının sonucunu hızlıca işaretlemenizi sağlar. Sonuç tek seferde bir veya birden çok test noktası için işaretlenebilir.
  • Test noktalarını Çalıştır: Bu seçenek, her bir test adımını tek tek taşıyarak ve Test Çalıştırıcısı kullanarak başarılı/başarısız olarak işaretleyerek test çalışmalarını çalıştırmanıza izin verir. Test ettiğiniz uygulamaya bağlı olarak, "Web uygulamasını" veya masaüstü ve/veya Web uygulamalarını test etmek için "Masaüstü Çalıştırıcısı" ' nı test etmek üzere "Web Çalıştırıcısı" nı kullanabilirsiniz. Ayrıca, gerçekleştirmek istediğiniz testin bir derlemesini belirtmek için "seçeneklerle Çalıştır" komutunu ç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

sekme bağlam menüsü sayfasını yürütme

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ırı 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 Durumu raporu

Bu ilk rapor, bir projede bir veya daha fazla raporun yürütülmesini ve durumunu Test Plans yardımcı olur. Raporu kullanmaya başlamak için Test Plans > Ilerleme raporu * ' nu ziyaret edin.

Ilerleme raporu seçeneğinin vurgulandığı Test Plans bölümünün ekran görüntüsü.

Raporun üç bölümü şunları içerir:

  1. Özet: seçili test planları için birleştirilmiş bir görünüm gösterir.
  2. Sonuç eğilimi: size bir yürütme ve durum eğilim çizgisi sağlamak için günlük bir anlık görüntü işler. Verileri 14 gün (varsayılan), 30 gün veya özel bir Aralık için 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 çözümlemeler sağlar.
Artifacts

Not

Azure DevOps Server 2020, veri içeri aktarma sırasında geri dönüşüm kutusu 'ndaki akışları içeri aktarmaz. Geri dönüşüm kutusu 'ndaki akışları içeri aktarmak istiyorsanız, lütfen verileri içeri aktarma işlemine başlamadan önce geri dönüşüm kutusu 'ndan geri yükleyin.

Lisans ifadeleri ve ekli lisanslar

Artık, Visual Studio 'da paketlere gözatarken Azure Artifacts ' de depolanan NuGet paketleri için lisans bilgilerinin ayrıntılarını görebilirsiniz. Bu, lisans ifadeleri veya katıştırılmış lisanslar kullanılarak temsil edilen lisanslar için geçerlidir. Artık, Visual Studio paket ayrıntıları sayfasında lisans bilgilerine bir bağlantı görebilirsiniz (aşağıdaki görüntüde kırmızı ok).

NuGet paketindeki Newtonsoft.Js, paketin lisansını işaret eden kırmızı bir ok ile ekran görüntüsü.

Bağlantıya tıkladığınızda, lisansın ayrıntılarını görüntüleyebileceğiniz bir Web sayfasına gidecektir. Bu deneyim hem lisans ifadeleri hem de ekli lisanslar için aynıdır; bu nedenle Azure Artifacts depolanan paketlerin lisans ayrıntılarını tek bir yerde görebilirsiniz (lisans bilgilerini belirten ve Visual Studio tarafından desteklenen paketler için).

Bir tarayıcı penceresi için, MIT lisans metnini ayırt eden ekran görüntüsü

Hafif kimlik doğrulama görevleri

Artık hafif kimlik doğrulama görevlerini kullanarak Azure Pipelines popüler paket yöneticileriyle kimlik doğrulaması yapabilirsiniz. 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:

Basit bir kimlik doğrulama görevinin örnek ekran görüntüsü.

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 genel olarak paylaşma öğreticimize hemen atlayın.

Paketlerinizin PublicFeed sayfasını gösteren ekran görüntüsü.

AAD kiracısı içindeki farklı koleksiyonlardaki yukarı akışlar yapılandırma

Artık Azure Active Directory (AAD) kiracınızla ilişkili başka bir koleksiyona, yapıt akışınıza yukarı akış kaynağı olarak bir akış ekleyebilirsiniz. Akışınız, yukarı akış kaynakları olarak yapılandırılmış akışlardan paketleri bulup kullanabilir ve paketlerin AAD kiracınızla ilişkili koleksiyonlar arasında kolayca paylaşılmasını sağlar. Bkz. belgeleri belgeler kısmında ayarlama.

Azure Artifacts akışlarıyla PIP ve tşarap kimliklerini doğrulamak için Python kimlik bilgileri sağlayıcısını kullanın

Artık Azure Artifacts bir akışa veya bir akışınızdan Python paketlerini yayınlamak veya kullanmak üzere otomatik olarak kimlik doğrulaması ayarlamak için Python kimlik bilgileri sağlayıcısı 'nı (yapıtlar-kimlik anahtarlığı) yükleyip kullanabilirsiniz. Kimlik bilgisi sağlayıcısı ile herhangi bir yapılandırma dosyası (pip.ini/Pip,conf/.exe) ayarlamanız gerekmez, yalnızca PIP veya tşarap 'yi ilk kez çağırırken Web tarayıcınızdaki bir kimlik doğrulama akışından yönlendirilirsiniz. Belgelerdedaha fazla bilgi görüntüleyin.

Visual Studio paket yöneticisinde Azure Artifacts akışlar

Artık Azure Artifacts akışlarından sunulan paketler için, Visual Studio NuGet paket yöneticisinde paket simgelerini, açıklamaları ve yazarları göstereceğiz. Daha önce, bu meta verilerin çoğu VS 'e sağlanmadı.

Akış deneyimine bağlantı güncelleştirildi

Akışa Bağlan iletişim kutusu, Azure Artifacts kullanmanın entryyoldur. istemcileri ve depoları, Azure DevOps 'daki akışlardan paket gönderme ve çekme işlemleri için yapılandırma hakkında bilgi içerir. İletişim kutusunu ayrıntılı kurulum bilgileri eklemek ve yönergeler verdiğimiz araçları genişletmemiz için güncelleştirdik.

Genel akışlar artık yukarı akış desteğiyle genel kullanıma sunulmuştur

Genel akışların genel önizlemesi harika benimseme ve geri bildirim aldı. Bu sürümde, genel kullanılabilirliğe ek özellikler genişlettik. Şimdi, genel bir akışı özel bir akıştan yukarı akış kaynağı olarak ayarlayabilirsiniz. Hem özel hem de proje kapsamındaki akışlardan hem hem de ' den yukarı akış oluşturabilmek için 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ınlayı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şturulabilir. 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
  • Akış deneyimine bağlanma

Wiki

Kod wiki sayfaları için zengin düzenleme

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

Artık bir kod wiki sayfasını wiki'nin içindeki yan yana düzenleyicide düzenleyebilirsiniz. Bu özellik, içeriklerinizi oluşturmak için zengin markdown araç çubuğunu kullanarak düzenleme deneyimini proje wiki'sinde yer alan araç çubuğundakiyle aynı hale geldi. Yine de bağlam menüsündeki Repos'ta Düzenle seçeneğini kullanarak repos'ta düzenlemeyi seçebilirsiniz.

Repos'ta Düzenle seçeneğinin çağrıldı olduğu Düzenle menüsünü gösteren ekran görüntüsü.

Wiki sayfasından çalışma öğeleri oluşturma ve katıştırma

Geri bildiriminizi dinlediğimiz gibi, beyin fırtınası belgelerini yakalamak, belgeler planlamak, özellikler hakkında fikir, teknik belgeler ve toplantılar için wiki kullanacağınızı duyduk. Artık, wiki sayfasından çıkmadan doğrudan bir planlama belgesinden Özellikler ve Kullanıcı hikayeleri oluşturabilirsiniz.

Bir iş öğesi oluşturmak için, wiki sayfasında iş öğesini eklemek istediğiniz metni seçin ve yeni iş öğesi ' ni seçin. Bu, ilk olarak iş öğesini oluşturmak zorunda olmadığınızdan zaman kazandırır, Düzenle ' ye gidin ve sonra eklemek üzere iş öğesini bulun. Ayrıca, wiki kapsamının dışına gitmezseniz bağlam anahtarını azaltır.

Wiki sayfasından iş öğelerinin nasıl oluşturulacağını ve ekleneceğini gösteren kısa bir video.

Wiki 'den bir iş öğesi oluşturma ve katıştırma hakkında daha fazla bilgi edinmek için 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 yol yoktu. Bu, içerik üzerinde işbirliği yaptı ve konuşmalar, e-posta veya sohbet kanalları üzerinden gerçekleşmesi gerektiğinden bir zorluk cevaplanıyor. Açıklamalar sayesinde artık doğrudan wiki içinde başkalarıyla işbirliği yapabilirsiniz. @mentionDiğer takım üyelerinin dikkatini çekmek için Yorumlar içindeki Kullanıcı işlevlerinden yararlanabilirsiniz. Bu özellik, Bu öneri biletitemel alınarak önceliklendirilir. Açıklamalar hakkında daha fazla bilgi için lütfen belgelerimize bakın.

Wiki sayfalarında nasıl yorum ekleneceğini gösteren ekran görüntüsü.

"." İle başlayan klasörleri ve dosyaları gizleyin. wiki ağacında

Bu aşamada, wiki ağacı wiki ağacındaki bir nokta (.) ile başlayan tüm klasörleri ve dosyaları gösterdi. Code wiki senaryolarında, bu, gizli olması amaçlanan. vscode gibi klasörlerin wiki ağacında görünmesini sağlar. Artık noktayla başlayan tüm dosya ve klasörler wiki ağacında gizlenerek gereksiz dağınıklığı azaltıyor.

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'nin sayfa kimliklerini kullandık. Bu nedenle URL daha kısa ve daha kolay okunabilir.

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ı için yeni URL'Azure DevOps örneğidir:

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

Bu, ilgili özellik öneri biletine göre öncelik Geliştirici Topluluğu.

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.

Zaman uyumlu kaydırma simgesinin çağrılarak ve Eşitlenmiş kaydırma düğmesinin üzerinde Devre Dışı Bırak düğmesinin yer alan wiki araç çubuğunun ekran görüntüsü.

Not

Kullanıcı ve hesap başına zaman uyumlu kaydırma iki durumlu düğmenin durumu kaydedilir.

Wiki sayfaları için sayfa ziyaretleri

Artık wiki sayfaları için sayfa ziyaretlerine içgörüler elde edebilirsiniz. Bu REST API son 30 gün içinde sayfa ziyaret bilgilerine erişmeye izin ve ardından. Bu verileri kullanarak wiki sayfalarınız için raporlar oluşturabilirsiniz. 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.

Wiki sayfası için önceki ziyaretlerin gösterildiği ekran görüntüsü.

Not

Sayfa ziyareti, belirli bir kullanıcı tarafından 15 dakikalık bir aralıkta sayfa görünümü olarak tanımlanır.

Raporlama

Ardışık düzen hatası ve süre raporları

Ölçümler ve Öngörüler, işlem hatlarınızın verimini ve kararlılığını sürekli olarak iyileştirmenize yardımcı olur. İşlem hatlarınız hakkında Öngörüler sağlamak için iki yeni rapor ekledik.

  1. İşlem hattı hata raporu derleme geçme oranını ve başarısızlık eğilimi gösterir. Ayrıca, işlem hattındaki hangi görevin en fazla hata sayısına katkıda bulunduğu hakkında Öngörüler sağlamak için görevler hata eğilimi de gösterilir.

İşlem hattı geçiş oranı rozetini, test geçme oranı rozetini ve ardışık düzen süresi rozetini görüntüleyen analiz sekmesini gösteren ekran görüntüsü.

İşlem hattı hata raporunu gösteren ekran görüntüsü.

  1. Ardışık düzen süresi raporu, bir işlem hattının çalışması için geçen sürenin eğilimini gösterir. Ayrıca, işlem hattındaki hangi görevlerin en fazla miktarda sürdüğünü gösterir.

Sorgu sonuçları pencere öğesinin geliştirmesi

Sorgu sonuçları pencere öğesi en popüler pencere öğeleri ve iyi bir nedenden biridir. Pencere öğesi bir sorgunun sonuçlarını doğrudan panonuzda görüntüler ve birçok durumda yararlı olur.

Bu güncelleştirmeyle, çok fazla beklenmiş geliştirmeler ekledik:

  • Artık pencere öğesinde görüntülenmesini istediğiniz kadar sütun seçebilirsiniz. 5 sütunlu daha fazla sınır yoktur!
  • Pencere öğesi, 1x1 ' den 10x10 ' a kadar tüm boyutları destekler.
  • Bir sütunu yeniden boyutlandırdığınızda sütun genişliği kaydedilir.
  • Pencere öğesini tam ekran görünümünde 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 "ekibimin daha yüksek öncelikli öğeleri kapatması ne kadar zaman alıyor?" gibi sorular sormak için gelişmiş filtre ölçütlerini desteklemedi.

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

Kullane bölümünün açık olduğu Yapılandırma iletişim kutusunu gösteren ekran görüntüsü.

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

Alan ölçütleri bölümünün açık olduğu Yapılandırma iletişim kutusunu gösteren ekran görüntüsü.

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

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

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

Hikaye noktalarını kullanan satır içi sprint'i gösteren ekran görüntüsü.

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

Yeni Sprint Burndown pencere öğesi Hikaye Noktalarına göre, Görev sayısına göre veya özel alanları toparak aşağı doğru yazmayı destekler. Ö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ülemesine izin veebilirsiniz. Görüntülenecek tüm bu harika bilgiler sayesinde Pano üzerinde 10x10 ' a kadar yeniden boyutlandırmanızı sağlıyoruz.

Yeni sprint burndown pencere öğesini gösteren Sceenshot.

Denemek için, pencere öğesi kataloğundan veya mevcut sprint burndown pencere öğesi için yapılandırmayı düzenleyerek ve yeni sürümü şimdi dene kutusunu işaretleyerek ekleyebilirsiniz.

Not

Yeni pencere öğesi analiz kullanır. Analize erişiminiz olmadığı durumlarda eski Sprint Ilerleyişi tutulduk.

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

Sprint burndown 'ı geri doğru! Birkaç Sprint önce, sprint burndown ve taskboard başlıklarından bağlam içi sprint burndown 'ı kaldırdık. Geri bildirimlerinize göre sprint burndown küçük resmini geliştirdik ve yeniden kullanıma sunuyoruz.

Satır içi sprint burndown küçük resmini gösteren ekran görüntüsü.

Küçük resme tıkladığınızda, analiz sekmesinin altındaki raporun tamamını görüntüleme seçeneği ile grafiğin daha büyük bir sürümü görüntülenir. Tüm raporda yapılan tüm değişiklikler, üst bilgide gösterilen grafiğe yansıtılır. Böylece, artık yalnızca kalan iş miktarı yerine hikayeleri, hikaye noktalarını veya görev sayısını temel alarak Burndown olarak yapılandırabilirsiniz.

Ekip olmadan pano oluşturma

Artık, bir ekip ile ilişkilendirmeden bir pano oluşturabilirsiniz. Bir pano oluştururken, Proje Pano türünü seçin.

Proje panosu seçeneği belirlenmiş ve çağrılan bir Pano Oluştur iletişim kutusunu gösteren ekran görüntüsü.

Proje panosu, bir ekip ile ilişkilendirilmediği ve panoyu düzenleyebilen/yönetebileceği bir ekip panosu gibidir. Bir ekip panosu gibi, bu, projedeki herkes tarafından görülebilir.

Bir ekip bağlamı gerektiren tüm Azure DevOps pencere öğeleri, yapılandırmasında bir takım seçmenizi sağlamak üzere güncelleştirilmiştir. Bu pencere öğelerini proje panolarına ekleyebilir ve istediğiniz belirli takımı seçebilirsiniz.

Ekip açılan listesinden ekran görüntüsü.

Not

Özel veya üçüncü taraf pencere öğeleri için proje panosu varsayılan takımın bağlamını bu pencere öğelerine iletir. Takım bağlamına dayanan özel bir pencere öğesiniz varsa, yapılandırmayı bir ekip seçmenize izin olacak şekilde güncelleştirmeniz gerekir.


Geri Bildirim

Görüşlerinizi almaktan mutluluk duyarız! You can report a problem or provide an idea and track it through Developer Community and get advice on Stack Overflow.


Sayfanın Başı