Ekip olmadan pano oluşturma - Sprint 162 Güncelleştirmesi

Azure DevOps'un Sprint 162 Güncelleştirmesi'nde , panoyu bir ekiple ilişkilendirmeden oluşturabileceğinizi duyurmaktan heyecan duyuyoruz. Pano projedeki herkes tarafından görülebilir ve kimlerin düzenleyebileceğine/yönetebileceğine karar vekleyebilirsiniz.

Ayrıca sprint burndown önizleme resmini ekledik. Artık öyküler, hikaye puanları veya görev sayısına göre filtreleyecek şekilde yapılandırabilirsiniz.

Daha fazla bilgi için aşağıdaki Özellikler listesine göz atın.

Özellikler

Azure Repos

Azure Pipelines:

Raporlama:

Azure Repos

Yeni web platformu dönüşüm odaklı açılış sayfaları

Repos giriş sayfaları kullanıcı deneyimini modern, hızlı ve mobil kullanıma uygun hale getirecek şekilde güncelleştirdik. Güncelleştirilen sayfalara ilişkin iki örnek aşağıda verilmiştir. Sonraki güncelleştirmelerde diğer sayfaları güncelleştirmeye devam edeceğiz.

Web deneyimi:

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

Mobil deneyim:

Yeni mobil platform dönüşüm giriş sayfaları.

Yeni mobil platform giriş sayfaları örneği.

Kotlin dili desteği

Artık dosya düzenleyicisinde Kotlin dili vurgusunu desteklediğimizi duyurmaktan heyecan duyuyoruz. Vurgulama, Kotlin metin dosyanızın okunabilirliğini artırır ve hataları bulmak için hızlı bir şekilde taramanıza yardımcı olur. Bu özelliği, Geliştirici Topluluğu'den gelen bir öneriye dayanarak önceliklendirdik.

Kotlin dili desteği.

Azure Boru Hatları

Güncellenmiş çok aşamalı işlem hatları kullanıcı arayüzü

Çok aşamalı işlem hatları kullanıcı arabiriminin güncelleştirilmiş bir sürümü artık varsayılan olarak kullanılabilir. Çok aşamalı işlem hatları deneyimi, işlem hattının portal kullanıcı arabirimine iyileştirmeler ve kullanım kolaylığı getirir. Sol taraftaki menüden İşlem Hatları'nı seçerek işlem hatlarınızı görüntüleyebilir ve yönetebilirsiniz. Ayrıca işlem hattı ayrıntılarını inceleyebilir ve görüntüleyebilir, çalıştırma ayrıntılarına erişebilir, işlem hattı analizlerini, iş ayrıntılarını, günlükleri ve daha fazlasını görüntüleyebilirsiniz.

Çok aşamalı işlem hatları kullanıcı deneyimi hakkında daha fazla bilgi edinmek için buradaki belgelere bakın.

Çok aşamalı işlem hatları kullanıcı arabirimi güncelleştirildi.

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öründe depolar. Test sonuçlarını depolamak için farklı bir klasör yapılandırmanıza olanak sağlamak için görev kullanıcı arabirimine bir seçenek ekledik. Artık belirli bir konumdaki dosyalara ihtiyaç duyan sonraki görevler bunları kullanabilir.

VSTest TestResultsDirectory seçeneği görev kullanıcı arabiriminde kullanılabilir.

İşlem hatlarınızda extends anahtar sözcüğünü kullanın

Şu anda işlem hatları modüler hale getirilip şablonlara dönüştürülerek yeniden kullanım teşvik edilebilir ve tekrarlayan kod azaltılabilir. İşlem hattının genel yapısı hala kök YAML dosyası tarafından tanımlandı. Bu güncelleştirmeyle işlem hattı şablonlarını kullanmanın daha yapılandırılmış bir yolunu ekledik. Bir kök YAML dosyası artık ana işlem hattı yapısının başka bir dosyada olduğunu belirtmek için extends anahtar sözcüğünü kullanabilir. Bu, hangi segmentlerin genişletilebileceğini veya değiştirilebileceğini ve hangi segmentlerin sabitlendiğini denetlemenizi sağlar. Ayrıca, sağlayabileceğiniz kancaları belirtmek için veri türleriyle işlem hattı parametrelerini daha belirgin hale getirdik.

Bu örnekte işlem hattı yazarının kullanması için nasıl basit kancalar sağlayabileceğiniz gösterilmektedir. Şablon her zaman bir derleme çalıştırır, isteğe bağlı olarak işlem hattı tarafından sağlanan ek adımları çalıştırır ve ardından isteğe bağlı bir test adımı çalıştırır.


# azure-pipelines.yml
extends:
  template: build-template.yml
  parameters:
    runTests: true
    postBuildSteps:
    - script: echo This step runs after the build!
    - script: echo This step does too!

# build-template.yml
parameters:
- name: runTests
  type: boolean
  default: false
- name: postBuildSteps
  type: stepList
  default: []
steps:
- task: MSBuild@1   # this task always runs
- ${{ if eq(parameters.runTests, true) }}:
  - task: VSTest@2  # this task is injected only when runTests is true
- ${{ each step in parameters.postBuildSteps }}:
  - ${{ step }}

Otomatik test hata iletilerinde Markdown desteği

Otomatikleştirilmiş testler için hata iletilerine Markdown desteği ekledik. Artık azure pipelines'da okunabilirliği artırmak ve test hatası sorunlarını giderme deneyimini kolaylaştırmak için hem test çalıştırması hem de test sonucu için hata iletilerini kolayca biçimlendirebilirsiniz. Desteklenen Markdown söz dizimi burada bulunabilir.

Otomatik test hata iletilerinde Markdown desteği.

İşlem hattından otomatik ve kullanıcı tarafından belirtilen meta verileri toplayın

Artık işlem hattı görevlerinden otomatik ve kullanıcı tarafından belirtilen meta veri toplamayı etkinleştirebilirsiniz. yapıt denetimini değerlendirmekkullanarak bir ortamda yapıt ilkesini zorlamak için meta verileri kullanabilirsiniz.

İşlem hattından otomatik ve kullanıcı tarafından belirtilen meta verileri toplayın.

Hizmet bağlantıları kullanıcı arabirimindeki güncelleştirmeler

Hizmet bağlantılarınızı yönetmek için güncelleştirilmiş bir kullanıcı deneyimi üzerinde çalışıyoruz. Bu güncelleştirmeler, hizmet bağlantısı deneyimini Azure DevOps'un yönüyle modern ve tutarlı hale getirir. Hizmet bağlantıları için yeni kullanıcı arabirimini bu yılın başlarında önizleme özelliği olarak kullanıma sunduk. Yeni deneyimi deneyen ve değerli geri bildirimlerini bize sağlayan herkese teşekkür ederiz.

Hizmet bağlantıları kullanıcı arabirimi için güncelleştirmeler.

Kullanıcı deneyimini yenilemenin yanı sıra YAML işlem hatlarında hizmet bağlantılarını kullanmak için kritik öneme sahip iki özellik de ekledik: işlem hattı yetkilendirmeleri, onaylar ve denetimler.

İşlem hattı yetkilendirmeleri, onaylar ve denetimler.

Yeni kullanıcı deneyimi bu güncelleştirmeyle birlikte varsayılan olarak açılacaktır. Önizlemeyi geri çevirme seçeneğiniz devam edecektir.

Uyarı

Yeni bir özellik olarak hizmet bağlantılarının Çapraz Proje Paylaşımını tanıtmayı planlıyoruz. Paylaşım deneyimi ve güvenlik rolleri hakkında daha fazla ayrıntıyı buradabulabilirsiniz.

Ortamlar ile VM (Sanal Makine) dağıtımları

Ortamlar'da en çok istenen özelliklerden biri VM dağıtımlarıydı. Bu güncelleştirmeyle, Ortamlar'da Sanal Makine kaynağını etkinleştireceğiz. Artık birden çok makinede dağıtım düzenleyebilir ve YAML işlem hatlarını kullanarak sıralı güncelleştirmeleri gerçekleştirebilirsiniz. Aracıyı hedef sunucularınızın her birine doğrudan yükleyebilir ve bu sunuculara sıralı dağıtım sağlayabilirsiniz. Ayrıca, hedef makinelerinizde tam görev kataloğunu kullanabilirsiniz.

Ortamlar ile VM dağıtımları.

Sıralı dağıtım, bir uygulamanın önceki sürümünün örneklerini, her yinelemedeki bir dizi makinedeki (sıralı küme) uygulamanın yeni sürümünün örnekleriyle değiştirir.

Örneğin, aşağıda sıralı dağıtım her tekrarda en fazla beş hedefi günceller. maxParallel paralel olarak dağıtılacak hedef sayısını belirler. Seçim, dağıtılmakta olan hedefler hariç olmak üzere, herhangi bir zamanda kullanılabilir durumda kalması gereken hedef sayısını hesaplar. Ayrıca dağıtım sırasında başarı ve başarısızlık koşullarını belirlemek için de kullanılır.

jobs:
- deployment:
  displayName: web
  environment:
    name: musicCarnivalProd
    resourceType: VirtualMachine
  strategy:                 
    rolling:
      maxParallel: 5 #for percentages, mention as x%
      preDeploy:
        steps:
        - script: echo initialize, cleanup, backup, install certs...
      deploy:              
        steps:                                     
        - script: echo deploy ...      
      routeTraffic:
        steps:
        - script: echo routing traffic...   
      postRouteTraffic:
        steps:          
        - script: echo health check post routing traffic...  
      on:
        failure:
          steps:
          - script: echo restore from backup ..     
        success:
          steps:
          - script: echo notify passed...

Uyarı

Bu güncelleştirmeyle, geçerli işlem hattından ve ilişkili işlem hattı kaynaklarından tüm kullanılabilir yapıtlar yalnızca deploy yaşam döngüsü kancasına indirilir. Ancak, İşlem Hattı Yapıtlarını İndir görevinibelirterek indirmeyi seçebilirsiniz. Bu özellikte bilinen birkaç boşluk vardır. Örneğin, bir aşamayı yeniden denediğinizde, dağıtımı yalnızca başarısız hedeflerde değil tüm VM'lerde yeniden çalıştırır. Gelecek güncelleştirmelerde bu boşlukları kapatmak için çalışıyoruz.

YAML işlem hattında aşamaları atlama

El ile çalıştırma başlattığınızda, bazen işlem hattınızdaki birkaç aşamayı atlamak isteyebilirsiniz. Örneğin, üretim ortamına dağıtım yapmak istemiyorsanız veya üretim ortamındaki birkaç ortam için dağıtımı atlamak istiyorsanız. Artık bunu YAML işlem hatlarınızla yapabilirsiniz.

Güncelleştirilmiş çalıştırma işlem hattı paneli YAML dosyasındaki aşamaların listesini sunar ve bu aşamalardan birini veya daha fazlasını atlama seçeneğiniz vardır. Aşamaları atlarken dikkatli olmanız gerekir. Örneğin, ilk aşamanız sonraki aşamalar için gerekli olan bazı yapıtları üretirse, ilk aşamayı atlamamalısınız. Aşağı akış bağımlılıkları olan aşamaları atladığınızda çalıştırma paneli genel bir uyarı sunar. Bu bağımlılıkların gerçekten yazılım bileşeni bağımlılıkları mı yoksa sadece dağıtımların sıralaması için mi mevcut olduklarına karar vermek size bırakılmıştır.

YAML işlem hattındaki aşamalar atlanıyor.

Aşama atlanması, aşamalar arasındaki bağımlılıkları yeniden döndürmeye eşdeğerdir. Atlanan aşamanın doğrudan alt aşama bağımlılıkları, atlanan aşamanın üst aşamasına bağlı olacak şekilde yapılandırılır. Çalıştırma başarısız olursa ve başarısız bir aşamayı yeniden çalıştırmayı denerseniz, bu deneme aynı atlama davranışına da sahip olur. Atlanan aşamaları değiştirmek için yeni bir çalıştırma başlatmanız gerekir.

Atlanan aşamaları değiştirmek için yeni bir çalıştırma başlatın.

Raporlama

Satır içi sprint burndown grafiği önizleme resmi

Sprint Burndown geri döndü! Birkaç sprint önce, Sprint Burndown ve Görev Tablosu başlıklarından bağlam içi sprint burndown'u kaldırdık. Geri bildiriminize dayanarak sprint burndown küçük resmini geliştirdik ve yeniden tanıttık.

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

Küçük resme tıklanırken, analiz sekmesinin altında raporun tamamını görüntüleme seçeneğiyle grafiğin hemen daha büyük bir sürümü görüntülenir. Tam raporda yapılan değişiklikler üst bilgide görüntülenen grafiğe yansıtılır. Böylece artık bunu yalnızca kalan çalışma miktarı yerine hikayeler, hikaye puanları veya görev sayısına göre azaltım yapacak şekilde yapılandırabilirsiniz.

Takım olmadan pano oluşturun

Artık panoyu bir ekiple ilişkilendirmeden oluşturabilirsiniz. Pano oluştururken Proje Panosu türünü seçin.

Ekip olmadan bir pano oluşturun.

Proje Panosu, Ekip Panosu gibidir, ancak bu pano bir Ekiple ilişkilendirilmemiştir ve panoyu kimlerin düzenleyebileceğine/yönetebileceğine siz karar vekleyebilirsiniz. Ekip Panosu gibi, projedeki herkes tarafından görülebilir.

Ekip bağlamı gerektiren tüm Azure DevOps pencere öğeleri, yapılandırmasında bir ekip seçmenize olanak verecek şekilde güncelleştirildi. Bu pencere öğelerini Proje Panolarına ekleyebilir ve istediğiniz ekibi seçebilirsiniz.

Ekip bağlamı gerektiren Azure DevOps pencere öğeleri güncelleştirildi.

Uyarı

Özel veya üçüncü taraf pencere öğeleri için Proje Panosu, varsayılan ekibin bağlamını bu pencere öğelerine geçirir. Ekip bağlamını kullanan özel bir pencere öğeniz varsa, bir ekip seçmenize izin vermek için yapılandırmayı güncelleştirmeniz gerekir.

Sonraki Adımlar

Uyarı

Bu özellikler önümüzdeki iki-üç hafta içinde kullanıma sunulacaktır.

Azure DevOps'a gidin ve bir göz atın.

Geri bildirim sağlama

Bu özellikler hakkında düşüncelerinizi duymak isteriz. Bir sorunu bildirmek veya öneri sağlamak için yardım menüsünü kullanın.

Öneride bulunma

Stack Overflow'da topluluk tarafından öneriler ve sorularınıza yanıt alabilirsiniz.

Teşekkürler

Jeff Beehler