Slack için yeni Analiz raporları ve Azure Boards uygulaması - Sprint 155 Güncelleştirmesi

Azure DevOps’un Sprint 155 Güncelleştirmesi’nde, önemli ekip ölçümlerini izlemenizi kolaylaştıran yeni Azure Boards raporlarını kullanıma sunuyoruz. Yeni raporları Boards, Backlog ve Sprint merkezlerinin Analizler sekmesinde görebilirsiniz. Tam olarak etkileşimli olan bu raporları ihtiyaçlarınıza göre ayarlayabilirsiniz.

Buna ek olarak, Slack için Azure Boards uygulamasını da heyecanla duyuruyoruz. Uygulama, Slack kanalınızdan iş öğesi etkinliklerini izleyip iş öğeleri oluşturma imkanı sağlar.

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

Azure DevOps'taki yenilikler

Özellikler

Genel:

• GitHub katılımcılarını Azure DevOps’a davet edin

Azure Boards:

• Üç yeni Azure Boards raporu ile ekibinizin durumu hakkında içgörü edinin
• Slack için Azure Boards
• Görev panosu sütunlarını özelleştirin
• Kapsamda tamamlanan alt iş öğelerini göstermek veya gizlemek için iki durumlu düğme
• Hızlı arama kutusunda pano, kapsam, sorgu ve sprint arayın
• Bir iş öğesini etiketlerken gösterilen en yeni etiketler

Azure Repos:

• Geliştirilmiş kod arama filtreleme seçenekleri
• Kod kapsamı ölçümleri ve çekme istekleri için dallanma ilkesi
• Çekme isteklerinden açıklama bildirimlerini filtreleme
• Çekme isteği açıklamaları için hizmet kancaları

Azure Artifacts:

• Paketlerinizi genel akışlarla genel olarak paylaşın (önizleme)

Azure Pipelines:

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

• Çok aşamalı YAML işlem hatlarındaki onaylar
• YAML düzenleyicisinde işlem hattı değişkenlerini yönetme
• YAML işlem hattındaki yeni, önceden tanımlı değişkenler
• Çok aşamalı YAML işlem hattı çalıştırmasındaki aşamayı iptal etme
• Her iş için doğru havuz bilgilerini gösterme
• Çok aşamalı YAML işlem hatları ile iş öğelerini bağlama
• Yeni dallar için CI tetikleyicileri
• İşlem hattını önbelleğe alma (genel önizleme)

  Barındırılan VM’ler

• Barındırılan işlem hattı görüntülerinde güncelleştirme
• Tek barındırılan havuz

Kubernetes

• KubernetesManifest görevindeki dalga simülasyonu seçenekleri olarak özelleştirme ve oluşturma
• HelmDeploy görevindeki küme yöneticisi kimlik bilgileri için destek

Test etme

• Güvenilir olmayan test yönetimi için ürün içi destek

  Azure deneyimleri

• Azure Portal’daki WebApp için Dağıtım Merkezi geliştirmeleri
• Sanal makine için DevOps Projesi’nde iyileştirmeler

Tümleştirmeler

• Azure Pipelines ile Terraform tümleştirmesi
• Google Analytics ile Tümleştirme

Genel

GitHub katılımcılarını Azure DevOps’a davet edin

Artık GitHub kimliğinizle oturum açtığınızda GitHub'dan Azure DevOps'a ortak çalışanları davet edebilirsiniz. Diğer GitHub kullanıcılarını Project giriş sayfasından ve Kuruluş ayarlarındaki Kullanıcılar sayfasından arayabilir ve davet edebilirsiniz.

Bu özellik, Kuruluş ayarlarında İlkeler'in altındaki bir ayar aracılığıyla mevcut kuruluşlar için etkinleştirilmelidir. Ancak, GitHub kimliği tarafından oluşturulan kuruluşlar için varsayılan olarak açıktır.

Ekip üyelerini davet etme hakkında daha fazla bilgi edinmek için buradaki belgelere bakın. GitHub'ı kullanarak Azure DevOps'a bağlanırken sorun yaşıyorsanız GitHub kullanıcılarının kimlik doğrulama ve davet etme sorunlarını giderme hakkında SSS bölümüne bakın.

Azure Boards

Üç yeni Azure Boards raporu ile ekibinizin durumu hakkında içgörü edinin

Göremeyeceklerini düzeltemezsiniz. Bu nedenle, iş süreçlerinin durumunu ve durumunu yakından takip etmek istiyorsunuz. Bu raporlarla, Azure Boards'ta en az çabayla önemli ölçümleri izlemenizi kolaylaştırıyoruz.

Üç yeni etkileşimli rapor şunlardır: Burndown, Kümülatif Akış Diyagramı (CFD) ve Hız. Raporları yeni analiz sekmesinde görebilirsiniz.

Sprint burndown, iş akışı ve ekip hızı gibi ölçümler, ekibinizin ilerleme durumuyla ilgili görünürlük sağlar ve aşağıdaki gibi soruları yanıtlamanıza yardımcı olur:

• Bu sprint'te ne kadar çalışmamız kaldı? Bunu tamamlamak için yola devam mı ediyoruz?
• Geliştirme sürecinin hangi adımı en uzun sürüyor? Bu konuda bir şey yapabilir miyiz?
• Önceki yinelemelere dayanarak, sprint'in bir sonraki adımında ne kadar çalışma planlamamız gerekir?

Yeni raporlar tamamen etkileşimlidir ve bunları ihtiyaçlarınıza göre ayarlamanıza olanak sağlar. Yeni raporları her hub'daki Analiz sekmesinde bulabilirsiniz.

• Burndown grafiği Sprints hub'ı altında bulunabilir.

  

• CFD ve Hız raporlarına, ilgili karta tıklayarak Panolar ve Kapsamlar altındaki Analiz sekmesinden erişilebilir.

  

Yeni raporlarla ekibiniz hakkında daha fazla denetime ve bilgiye sahip olursunuz. Burada bazı örnekler verilmiştir:

• Sprint Burndown ve Velocity raporları, iş öğelerinin sayısını veya kalan çalışmanın toplamını kullanacak şekilde ayarlanabilir.
• Proje tarihlerini etkilemeden sprint yazma işleminin zaman çerçevesini ayarlayabilirsiniz. Bu nedenle, ekibiniz genellikle her sprint planlamasının ilk gününü geçiriyorsa, şimdi grafiği bunu yansıtacak şekilde eşleştirebilirsiniz.
• Burndown grafiğinde artık hafta sonlarını gösteren bir filigran vardır.
• CFD raporu, ekiplerin denetimindeki akışa daha fazla odaklanmak için Tasarım gibi pano sütunlarını kaldırmanıza olanak tanır.

Burada, Hikayeler kapsamındaki son 30 günün akışını gösteren CFD raporunun bir örneği verilmiştir.

Hız grafiği artık tüm kapsam düzeyleri için izlenebilir. Örneğin, önceki grafik yalnızca Gereksinimler'i desteklerken artık hem Özellikler hem de Epic'ler ekleyebilirsiniz. Özellikler kapsamı'nın son 6 yinelemesi için bir hız raporu örneği aşağıda verilmiştir.

Slack için Azure Boards

Slack için yeni Azure Boards uygulamasını duyurmaktan mutluluk duyuyoruz. Bu uygulama ile iş öğesi etkinliğini izleyebilir ve Slack kanalınızdan iş öğeleri oluşturabilirsiniz.

Uygulama, oluşturma ve iş öğesi güncelleştirmeleri dahil olmak üzere olay aboneliklerini ayarlamanıza ve yönetmenize ve Slack kanalınızda bu olaylara yönelik bildirimler almanıza olanak tanır. Slack kanalındaki konuşmalar iş öğeleri oluşturmak için kullanılabilir. Ayrıca iş öğeleri size atandığında da kişisel bildirimler alırsınız. Buna ek olarak, iş öğesi URL'lerinin önizlemeleri tartışmaları başlatmanıza olanak sağlar.

Azure Boards uygulamasını yüklemek için buraya tıklayın.

Görev Panosu sütunlarını özelleştirme

Görev Panosundaki sütunları özelleştirmenize olanak sağlayan bir seçenek eklediğimiz için heyecanlıyız. Artık sütunları ekleyebilir, kaldırabilir, yeniden adlandırabilir ve yeniden sıralayabilirsiniz.

Görev Tahtanızdaki sütunları yapılandırmak için Sütun Seçenekleri'ne gidin.

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

Kapsamda tamamlanan alt iş öğelerini göstermek veya gizlemek için iki durumlu düğme

Çoğu zaman kapsamı iyileştirirken yalnızca tamamlanmamış öğeleri görmek istersiniz. Artık, kapsam üzerinde tamamlanmış alt öğeleri gösterme veya gizleme olanağına sahipsiniz.

İki durumlu düğme açıksa, tüm alt öğeleri tamamlanmış durumda görürsünüz. İki durumlu düğme kapalı olduğunda, tamamlanmış durumdaki tüm alt öğeler kapsam dışında gizlenir.

Hızlı arama kutusunda pano, kapsam, sorgu ve sprint arayın

Artık Azure Boards'ta arama kutusunu etkinleştirerek arama kutusundan son ziyaret ettiğiniz panolara, kapsamlara, sorgulara ve sprint'lere kolayca erişebilirsiniz.

Ayrıca, arama kutusuna pano adını yazarak projenizdeki panoları, kapsamları, sorguları ve sprint'leri arayabilirsiniz. Sizin için en önemli panolar sadece bir tık uzağınızda.

Bir iş öğesini etiketlerken gösterilen en yeni etiketler

Bir iş öğesini etiketlerken, otomatik tamamlama seçeneği artık en son kullandığınız etiketlerin en fazla beşini görüntüler. Bu, iş öğelerinize doğru bilgileri eklemeyi kolaylaştırır.

Azure Repos

Geliştirilmiş kod arama filtreleme seçenekleri

Daha önce kod araması, açıklama: ve def: gibi 39 kod arama filtresini desteklemişti. Veriler, kullanılmayan birçok filtre olduğunu öne sürmüştü, bu nedenle birkaç filtreyi kaldırıp diğerlerini birleştiriyoruz. Bu güncelleştirmeyle filtre sayısını 19'a indirdik. Bu, kod arama sorgularını daha verimli hale getirerek ve arabirimdeki dağınıklığı azaltarak yardımcı olur.

Örneğin, şimdi func: yöntemiyle eşlenir: yani func:Account Yönetici araması yaparsanız sonuçlar method:Account Yönetici ile eşlenir. Benzer şekilde macrodef: ve macroref: makroyla eşlenir: Öte yandan birleşim: ve kuruluş: gibi filtreler kullanım eksikliği nedeniyle kullanım dışı bırakılmıştır.

Kod kapsamı ölçümleri ve çekme istekleri için dallanma ilkesi

Artık çekme isteği (PR) görünümündeki değişiklikler için kod kapsamı ölçümlerini görebilirsiniz. Bu, otomatikleştirilmiş testlerle değişikliklerinizi yeterince test ettiğinizi sağlar. Kapsam durumu, çekme isteğine genel bakış bölümünde açıklama olarak görünür. Dosya fark görünümünde değiştirilen her kod satırı için kapsam bilgilerinin ayrıntılarını görüntüleyebilirsiniz.

Buna ek olarak, depo sahipleri artık kod kapsamı ilkeleri ayarlayabilir ve büyük, test edilmemiş değişikliklerin bir dalda birleştirilmesini önleyebilir. İstenen kapsam eşikleri, deponun kökünde iade edilen bir azurepipelines-coverage.yml ayarlar dosyasında tanımlanabilir ve kapsam ilkesi, Azure Repos'taki ek hizmetler için mevcut bir dal ilkesi yapılandırma özelliği kullanılarak tanımlanabilir.

Çekme isteklerinden açıklama bildirimlerini filtreleme

Çekme isteklerindeki açıklamalar genellikle bildirimler nedeniyle çok fazla kirlilik oluşturabilir. Açıklama yaşına, yorum oluşturucuya, silinen açıklamaya, bahsedilen kullanıcılara, çekme isteği yazarına, hedef dal ve iş parçacığı katılımcılarına göre abone olduğunuz açıklama bildirimlerini filtrelemenizi sağlayan özel bir abonelik ekledik. Sağ üst köşedeki kullanıcı simgesine tıklayıp Kullanıcı ayarları'na giderek bu bildirim aboneliklerini oluşturabilirsiniz.

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

Artık depoya ve hedef dala dayalı bir çekme isteğindeki açıklamalar için hizmet kancaları oluşturabilirsiniz.

Azure Artifacts

Paketlerinizi genel akışlarla genel olarak paylaşın (önizleme)

Artık paketlerinizi genel akışlar içinde oluşturabilir ve depolayabilirsiniz. Genel akışlarda depolanan paketler, kuruluşunuzda bulunsa da olmasa da, hatta bir Azure DevOps kuruluşunda oturum açmış olsalar da, kimlik doğrulaması olmadan İnternet'teki herkes tarafından kullanılabilir. Akış belgelerimizde genel akışlar hakkında daha fazla bilgi edinin veya paketleri genel olarak paylaşma öğreticimize doğrudan göz atın.

Azure Pipelines

KubernetesManifest görevindeki dalga simülasyonu seçenekleri olarak özelleştirme ve oluşturma

kustomize (Kubernetes sig-cli'nin bir parçası), ham, şablon içermeyen YAML dosyalarını birden çok amaç için özelleştirmenize olanak sağlar ve özgün YAML'yi dokunmadan bırakır. KubernetesManifest görevinin bake eylemi altına kustomize seçeneği eklenerek kustomization.yaml dosyalarını içeren tüm klasörlerin KubernetesManifest görevinin dağıtım eyleminde kullanılan bildirim dosyalarını oluşturmak için kullanılabilmesini sağlar.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    renderType: kustomize
    kustomizationPath: folderContainingKustomizationFile

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

kompose , Docker Compose dosyalarını Kubernetes kaynağına dönüştürür.

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

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

HelmDeploy görevindeki küme yöneticisi kimlik bilgileri için destek

Daha önce HelmDeploy görevi, dağıtımlar için küme kullanıcı kimlik bilgilerini kullanıyordu. Bunun sonucunda Azure Active Directory tabanlı RBAC özellikli küme için etkileşimli oturum açma istemleri ve işlem hatları başarısız oldu. Bu sorunu gidermek için, küme kullanıcı kimlik bilgileri yerine küme yöneticisi kimlik bilgilerini kullanmanıza olanak tanıyan bir onay kutusu ekledik.

YAML düzenleyicisinde işlem hattı değişkenlerini yönetme

YAML düzenleyicisinde işlem hattı değişkenlerini yönetme deneyimini güncelleştirdik. ARTıK YAML işlem hatlarınıza değişken eklemek veya güncelleştirmek için klasik düzenleyiciye gitmeniz gerekmez.

YAML işlem hattındaki yeni, önceden tanımlı değişkenler

Değişkenler, ardışık düzenin çeşitli bölümlerine anahtar bitleri almak için kullanışlı bir yol sunar. Bu güncelleştirmeyle, bir dağıtım işine önceden tanımlanmış birkaç değişken ekledik. Bu değişkenler sistem tarafından otomatik olarak ayarlanır, kapsamı belirli bir dağıtım işi olarak belirlenmiştir ve salt okunur durumdadır.

• Environment.Id - Ortamın kimliği.
• Environment.Name - Dağıtım işinin hedeflediği ortamın adı.
• Environment.ResourceId - Dağıtım işi tarafından hedeflenen ortamdaki kaynağın kimliği.
• Environment.ResourceName - Dağıtım işinin hedeflediği ortamdaki kaynağın adı.

Çok aşamalı YAML işlem hatları ile iş öğelerini bağlama

Şu anda, iş öğelerini klasik derlemelerle otomatik olarak bağlayabilirsiniz. Ancak yaml işlem hatlarında bu mümkün değildi. Bu güncelleştirmeyle bu açığı ele aldık. Bir işlem hattını belirtilen daldan alınan kodu kullanarak başarıyla çalıştırdığınızda, Azure Pipelines çalıştırmayı otomatik olarak tüm iş öğeleriyle ilişkilendirir (bu koddaki işlemeler aracılığıyla çıkarılır). İş öğesini açtığınızda, bu iş öğesinin kodunun oluşturulduğu çalıştırmaları görebilirsiniz. Bunu yapılandırmak için işlem hattının ayarlar panelini kullanın.

Çok aşamalı YAML işlem hattı çalıştırmasındaki aşamayı iptal etme

Çok aşamalı bir YAML işlem hattını çalıştırırken, artık devam eden bir aşamanın yürütülmesini iptal edebilirsiniz. Bu, aşamanın başarısız olacağını biliyorsanız veya başlatmak istediğiniz başka bir çalıştırmanız varsa yararlıdır. Bu özellik, gelecekte başarısız bir aşamayı yeniden denemeyi desteklememiz için de bir önkoşuldur.

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

Çok aşamalı YAML işlem hatlarını geliştirmeye devam ediyoruz. Artık bu işlem hatlarına el ile onaylar eklemenize izin verelim. Altyapı sahipleri ortamlarını koruyabilir ve herhangi bir işlem hattı dağıtımında bir aşamadan önce el ile onaylar alabilir. Altyapı (ortam) ve uygulama (işlem hattı) sahipleri arasındaki rollerin tam olarak ayrılmasıyla, belirli bir işlem hattında dağıtım için el ile oturum kapatmayı güvence altına alacak ve aynı denetimlerin ortama tüm dağıtımlarda uygulanmasında merkezi denetime sahip olacaksınız.

Dev'e dağıtılacak işlem hattı çalıştırmaları, aşamanın başlangıcında onay için durdurulacaktır.

Barındırılan işlem hattı görüntülerinde güncelleştirme

Azure Pipelines tarafından barındırılan vm görüntülerinin birkaçı için güncelleştirmeler yaptık. En son sürümler hakkında daha fazla ayrıntıya buradan ulaşabilirsiniz. Bu güncelleştirmenin bir parçası olarak aşağıdaki değişiklikler eklendi:

• VS2017 ve VS2019 için:

  • Azul Java 7 eklendi
  • Konak çekirdek sürümüyle eşleşecek şekilde sabitlenmiş önbelleğe alınmış Docker görüntüleri
  • Az PowerShell modülü v2.3.2 eklendi
  • Mercurial v5.0.0'a sabitlendi
  • Python 2.7.16, 3.4.4, 3.5.4, 3.6.8, 3.7.4 sürümlerine güncelleştirildi
  • Taşınabilir Sınıf Kitaplığı eklendi (yalnızca VS 2019)
  • Rust varsayılan yolları ve ortam değişkenleri değiştirildi

• Ubuntu 16.04 için:

  • Helm her zaman en son çekme için güncelleştirildi (artık v2.14.0'da sabitlenmedi)
  • Birkaç popüler Docker kapsayıcısı eklendi
  • Python 2.7.16, 3.4.10, 3.5.7, 3.6.9, 3.7.4 sürümlerine güncelleştirildi
  • Rust varsayılan yolları ve ortam değişkenleri değiştirildi

• Tüm görüntüler için görüntünün sürümü için bir ImageVersion ortam değişkeni eklendi

Belirli bir görüntü için kullanılabilen araçların tam listesi için Ayarlar > Aracı havuzları > Ayrıntıları'na gidin.

Sanal makine için DevOps Projesi’nde iyileştirmeler

Bu güncelleştirmede DevOps Projeleri sanal makinesi (VM) iş akışını, konum başına kota kısıtlamasına uymayan VM'leri içerecek şekilde geliştirdik. Daha önce VM'yi ada ve teklife göre seçmeniz gerekiyordu. Artık maliyet/ay, RAM, veri diskleri gibi VM teklifleri hakkında daha fazla ayrıntı içeren isteğe bağlı bir görünüme sahipsiniz. Bu, ihtiyacınız olan sanal makineyi seçmenizi kolaylaştırır.

Tek barındırılan havuz

Son sprint'te Barındırılan, Barındırılan VS2017, Barındırılan Ubuntu 1604, Vs2019 ile Barındırılan Windows 2019, Barındırılan macOS ve Barındırılan macOS High Sierra gibi diğer tüm barındırılan havuzları değiştirmek için Azure Pipelines adlı yeni bir barındırılan havuz kullanıma sunduğumuzu iletmiş olduk. Bu değişiklik bu sürümle birlikte uygulanacaktır.

Birden çok barındırılan havuza sahip olmak bazen kafa karıştırıcı olabilir. Eşzamanlılığın nerede tüketildiğine dair doğru bir resim almazsınız. Örneğin, 10 paralel iş eşzamanlılığınız varsa, barındırılan havuzların her birinde 10 sanal aracı görürsünüz ve bu doğru değildir. İşiniz tüm boşta aracılarla belirli bir barındırılan havuzda (örneğin, Barındırılan VS2017) beklerken eşzamanlılığın diğer barındırılan havuzlarda (örneğin, Barındırılan Ubuntu 1604) tüketildiğini fark etmeden Azure Pipelines hizmetinin bozulduğunu düşünebilirsiniz.

Bu değişiklikle, bu havuzda çalışan iş sayısını doğru bir şekilde gösteren tek bir barındırılan havuz göreceksiniz. Bu değişikliği sonraki birkaç sprint'e dağıtacağız. İşleri eski barındırılan havuzlardan yeni birleşik havuzdaki uygun görüntüye otomatik olarak yeniden yönlendireceğimiz için işlem hatlarınızda herhangi bir değişiklik yapmanız gerekmez.

Her iş için doğru havuz bilgilerini gösterme

Daha önce işleri genişletmek için bir matris veya havuzu tanımlamak için bir değişken kullandığınızda günlük sayfalarında doğru havuz bilgilerini gösterirken sorun yaşadık. Bu güncelleştirmeyle, belirli işler için yanlış havuz bilgilerinin gösterilmesine neden olan sorunları giderdik.

Güvenilir olmayan test yönetimi için ürün içi destek

Test hataları test altındaki değişikliklerle ilgili olmadığından, gevşek testler geliştiricilerin üretkenliğini etkileyebilir. Bunlar, gönderilen kodun kalitesini de etkileyebilir. Bu nedenle, flaky test yönetimi için ürün içi destek ekledik. Bu işlevsellik algılama, raporlama ve çözüm ile uçtan uca yaşam döngüsünü destekler. Flaky test yönetimi, sistem ve özel algılamayı destekler.

Sistem algılama, VSTest görev yeniden çalıştırma özelliği aracılığıyla kullanılabilir. Flaky test, kaynak kodunda veya yürütme ortamında değişiklik olmasa bile başarılı veya başarısız gibi farklı sonuçlar sağlayan bir testtir. Aynı dal için tüm diğer test yürütmeleri de çözülene ve işaretsiz hale gelene kadar flaky olarak işaretlenir. Api'lerimizi kullanarak özel algılama mekanizmanızı da takabilirsiniz. Bir test flaky olarak tanımlandığında ayrıntıları işlem hattındaki bağlam içi test raporundan alabilirsiniz. Daha sonra, flaky testlerinin işlem hattı hatanızı etkileyip etkilemediğine karar vekleyebilirsiniz. Varsayılan olarak, flaky test bilgileri ek meta veri olarak kullanılabilir.

Aşağıda test özetini içeren bir rapor örneği verilmiştır.

Flaky test yönetimi hakkında daha fazla bilgi için buradaki belgelere bakın.

Azure portalında WebApp için Dağıtım Merkezi geliştirmeleri

Azure portalında WebApp için Dağıtım Merkezi'ni, birden çok yapıt içeren işlem hatları desteğiyle geliştirdik. Artık web uygulamasında Azure Pipelines'ın birincil olmayan bir yapıtı dağıtılırsa Azure portalından ilgili ayrıntıları alırsınız. Azure portalından doğrudan depoya gitmek için dağıtılan depoya ayrıntılı bir bağlantınız da olacaktır. Depo Azure Repos'ta veya GitHub'da barındırılabilir.

Yeni dallar için CI tetikleyicileri

Yeni bir dal oluşturulduğunda ve bu dalda değişiklik olmadığında CI derlemelerini tetiklememek uzun zamandır beklemede olan bir istekti. Aşağıdaki örnekleri değerlendirin:

• Var olan bir dalı temel alan yeni bir dal oluşturmak için web arabirimini kullanırsınız. Bu, dal filtreniz yeni dalın adıyla eşleşiyorsa yeni bir CI derlemesini hemen tetikler. Yeni dalın içeriği mevcut dalla karşılaştırıldığında aynı olduğundan bu istenmeyen bir durumdur.
• İki klasör içeren bir deponuz var: uygulama ve belgeler. CI için "uygulama" ile eşleşecek bir yol filtresi ayarlarsınız. Başka bir deyişle, docs'a bir değişiklik gönderildiyse yeni bir derleme oluşturmak istemezsiniz. Yerel olarak yeni bir dal oluşturur, belgelerde bazı değişiklikler yapar ve ardından bu dalı sunucuya gönderirsiniz. Yeni bir CI derlemesi tetiklerdik. Docs klasöründeki değişiklikleri aramamanızı açıkça istediğiniz için bu istenmeyen bir durumdur. Ancak, yeni bir dal olayını işleme şeklimiz nedeniyle, uygulama klasöründe de bir değişiklik yapılmış gibi görünebilir.

Şimdi, bu sorunları çözmek için yeni dallar için CI'yi işlemenin daha iyi bir yolu var. Yeni bir dal yayımladığınızda, bu dalda yeni işlemeleri açıkça arar ve bunların yol filtreleri ile eşleşip eşleşmediğini denetleriz.

Azure Pipelines ile Terraform tümleştirmesi

Terraform, altyapıyı güvenli ve verimli bir şekilde geliştirmeye, değiştirmeye ve sürümlendirmeye yönelik açık kaynak bir araçtır. Terraform, API'leri bildirim temelli yapılandırma dosyaları halinde birleştirir ve üst düzey bir yapılandırma dili kullanarak altyapı tanımlamanızı ve sağlamanızı sağlar. Terraform uzantısını kullanarak tüm büyük altyapı sağlayıcıları arasında kaynak oluşturabilirsiniz: Azure, Amazon Web Services (AWS) ve Google Cloud Platform (GCP).

Terraform uzantısı hakkında daha fazla bilgi edinmek için buradaki belgelere bakın.

Google Analytics ile Tümleştirme

Google Analytics denemeleri çerçevesi, belirli bir hedef üzerindeki etkisini ölçmek için bir web sitesinde veya uygulamada yapılan neredeyse tüm değişiklikleri veya varyasyonları test etmenize olanak tanır. Örneğin, kullanıcılarınızın tamamlanmasını istediğiniz etkinlikleriniz (örneğin, satın alma, bültene kaydolma) ve/veya geliştirmek istediğiniz ölçümler (ör. gelir, oturum süresi, geri dönüş oranı) olabilir. Bu etkinlikler, özelliğinizin performansı üzerindeki doğrudan etkisine bağlı olarak uygulamaya değer değişiklikleri belirlemenize olanak verir.

Azure DevOps için Google Analytics denemeleri uzantısı derleme ve yayın işlem hatlarına deneme adımları ekler; böylece denemeleri sürekli olarak yönetirken Azure Pipelines'ın tüm DevOps avantajlarını elde ederek sürekli yineleyebilir, daha hızlı bir şekilde öğrenebilir ve dağıtabilirsiniz.

Google Analytics denemeleri uzantısını Market'ten indirebilirsiniz.

İşlem hattını önbelleğe alma (genel önizleme)

İşlem hattı önbelleğe alma, paket geri yükleme veya bağımlılık derlemesi gibi uzun süre çalışan bir işlemin sonuçlarını kaydetmenize ve bir sonraki işlem hattı çalıştırması sırasında geri yüklemenize olanak tanır. Bu, daha hızlı derlemelere neden olabilir.

Daha fazla ayrıntı için burada duyurunun tamamını içeren blog gönderisine bakın.

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

İşlem hattı değişkenlerini ve değişken gruplarını el ile ayarlamanız gerektiğinden YAML tabanlı işlem hatlarını bir projeden diğerine taşımanız zor olabilir. Ancak işlem hattı değişken grubu ve değişken yönetimi komutlarıyla artık işlem hattı değişkenlerinin ve değişken gruplarının kurulumu ve yönetimi için betik oluşturabilirsiniz. Bu sayede 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

Çekme isteği oluştururken değişikliklerin hedef dalda işlem hattı çalıştırmasını bozup bozamadığını doğrulamak zor olabilir. Ancak, bir çekme isteği dalı için bir işlem hattı çalıştırmasını tetikleme veya derlemeyi kuyruğa ekleme özelliği sayesinde, artık hedef işlem hattında çalıştırarak gelen değişiklikleri doğrulayabilir ve görselleştirebilirsiniz. Daha fazla bilgi için az pipelines run ve az pipelines build queue command belgelerine bakın.

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

İşlem hatları oluştururken bazen bir YAML dosyası oluşturup işlemek ve işlem hattı çalıştırmasını tetiklememek istersiniz çünkü çeşitli nedenlerle hatalı bir çalıştırmaya neden olabilir; altyapı hazır değildir veya değişken/değişken grupları oluşturup güncelleştirmeniz vb. gerekebilir. Azure DevOps CLI ile şimdi --skip-first-run parametresini ekleyerek işlem hattı oluşturmada ilk otomatik işlem hattı çalıştırmasını atlayabilirsiniz. Daha fazla bilgi için az pipeline create command belgelerine bakın.

Hizmet uç noktası komut geliştirmesi

Hizmet uç noktası CLI komutları yalnızca azure rm ve github hizmet uç noktası kurulumu ve yönetimini destekler. Ancak bu sürümle birlikte hizmet uç noktası komutları, dosya aracılığıyla yapılandırmayı sağlayarak herhangi bir hizmet uç noktası oluşturmanıza olanak tanır ve iyileştirilmiş komutlar sağlar: az devops service-endpoint github ve az devops service-endpoint azurerm, bu türlerde hizmet uç noktaları oluşturmak için birinci sınıf destek sağlar. Daha fazla bilgi için komut belgelerine bakın.

Sonraki adımlar

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

Geri bildirim sağlama

Bu özellikler hakkında düşüncelerinizi duymak isteriz. Sorun bildirmek veya öneride bulunmak için geri bildirim menüsünü kullanın.

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

Teşekkürler,

Sam Guckenheimer