Aracılığıyla paylaş

Kullanıcı ataması tabanlı faturalama, varsayılan erişim düzeyi ve günlük faturalama - Sprint 158 Güncelleştirmesi

Azure DevOps'un Sprint 158 Güncelleştirmesi'nde kullanıcı ataması tabanlı faturalama ekledik. Bu özellik sayesinde, kullanıcı eklediğinizde veya kaldırdığınızda Temel veya Temel + Test Planı lisanslarının sayısı değişir. Bu, yalnızca kullandığınız lisanslar için ödeme yapacağınız anlamına gelir. Ayrıca, kuruluşunuza yeni kullanıcıların tam Temel erişim mi yoksa sınırlı/ücretsiz Paydaş erişimi mi almayacağını seçmenizi sağlayan yeni bir ayar ekledik.

Buna ek olarak, aylık faturalamadan günlük faturalamaya geçtik. Bu, bir kullanıcıya birkaç hafta veya hatta birkaç gün boyunca ücretli erişim verdiğinizde, tam bir ay yerine yalnızca ücretli erişime atanan süre için ödeme yaptığınız anlamına gelir.

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

Azure DevOps'taki yenilikler

Özellikler

Genel:

Azure Boards:

Azure Repos

Azure Pipelines:

Azure Test Planları:

Raporlama:

Wiki:

General

Kullanıcı ataması tabanlı faturalama ve varsayılan erişim düzeyi

Kullanıcı ataması tabanlı faturalama

Bu güncelleştirmeyle, kullanıcı ataması tabanlı faturalama ekledik. Kuruluşunuzun atayabileceğiniz ücretli Temel veya Temel + Test Planı lisanslarının sayısını artırmak veya azaltmak zorunda kalmak yerine, artık kullanıcıları eklediğinizde veya kaldırdığınızda ya da erişim düzeylerini değiştirdiğinizde bu otomatik olarak gerçekleşir. Bu, kullandığınız lisanslardan daha fazla lisans için hiçbir zaman ödeme yapmazsınız ve erişim düzeyi atamanızı otomatikleştirmeyi çok daha kolay hale getirir. Örneğin, ekibinize otomatik olarak katılan yeni kullanıcılara hangi erişim düzeyinin atandığını denetlemek için grup kuralları ayarlayabildiniz. Ancak geçmişte, bunlar yalnızca henüz kimseye atanmamış ek lisanslar için ödeme yapıyorsanız ve bu lisanslar tükendiyse grup kuralı başarısız olduysa çalışıyordu. Faturalama için kullandığınız Azure aboneliği etkin kaldığı sürece bu tür hatalar artık gerçekleşmez.

Yeni kullanıcılar için varsayılan erişim düzeyi

Ayrıca, kuruluşunuza yeni kullanıcıların tam Temel erişim mi yoksa sınırlı/ücretsiz Paydaş erişimi mi almayacağını seçmenizi sağlayan yeni bir ayar ekledik. Geçmişte, atanmamış Temel lisanslar varsa, yeni kullanıcılar Temel lisansı alıyordu; yoksa Paydaş olarak atanıyordu. Tüm kuruluşlar varsayılan erişim düzeyi Paydaş olarak ayarlandığından yeni kullanıcılar için beklenmeyen bir ücret alınmaz. Kuruluşunuz normalde ek atanmamış lisanslar tuttuysa ve projelere eklenen yeni kullanıcılar tam Temel erişime sahipse , varsayılan erişim düzeyinizi Temel olarak değiştirdiğinizden emin olun.

Yeni kullanıcılar için varsayılan erişim düzeyi.

Günlük faturalama

Atama tabanlı faturalamaya yapılan değişikliğin bir parçası olarak, aylık faturalamadan günlük faturalamaya da geçtik. Şimdi, bir kullanıcıya birkaç hafta veya hatta birkaç gün boyunca ücretli erişim verirseniz, bir ay yerine yalnızca ücretli erişim atanmış olan süre için ödeme yapabilirsiniz. Kuruluşunuzu aylık faturalamadan günlük faturalamaya geçirdiğimiz için, bir sonraki Azure faturanız büyük olasılıkla öncekinden daha düşük olacaktır. Bir sonraki ay, birikmiş günlük ücretlerle dolu bir ay olduğunda normale dönecektir.

Kuruluş ve proje izinlerini yönetmek için yeni kullanıcı arabirimi

Kuruluş ve proje izinleri yönetimi yeni bir görünüme sahip ve performans geliştirildi. Artık yeni grup üyeleri, zorunlu sayfa yenilemesi gerekmeden eklendikleri sırada listede görünür. Kuruluş Ayarlarınıza gidin ve bir göz atın.

Kuruluş ve proje izinlerini yönetme.

Azure Boards

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

Rollup işlemi 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 varsayılan işlem şablonunun parçası olmayan sayısal alanlarda toplama yapmak istiyorsanız, aşağıdaki gibi kendi sütununuzu yapılandırabilirsiniz.

  1. İş listenizde "Sütun seçenekleri"ne tıklayın. Ardından panelde "Toplama sütunu ekle" seçeneğine tıklayın ve "Özel toplamayı yapılandır"a tıklayın.

    Özel alanlarda toplama.

  2. İlerleme Çubuğu ve Toplamarasında seçim yapın.
  3. Bir iş öğesi türü veya Kapsam düzeyi seçin (genellikle kapsamlar birkaç iş öğesi türünü toplar).
  4. Toplama türünü seçin. iş öğesi sayısı veya toplamı. Sum için özetlemek istediğiniz alanı seçmeniz gerekir.
  5. Tamam düğmesi, sizi yeni özel sütununuzu yeniden sıralayabileceğiniz sütun seçenekleri paneline geri getirir.

Rollup sütunlarındaki özel alanlar için destek.

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

Bir iş öğesi formundaki alanları koşula göre gizlemeye yönelik yeni kural

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

Özel iş öğesi bildirim ayarları

Sizinle veya ekibinizle ilgili iş öğeleri hakkında güncel kalmak son derece önemlidir. Ekiplerin işbirliği yapmasına ve projelere uygun şekilde devam etmelerine yardımcı olur ve tüm doğru tarafların dahil olduğundan emin olur. Ancak, farklı paydaşların farklı çabalara farklı yatırım düzeyleri vardır ve bunun bir iş öğesinin durumunu takip etme becerinize yansıtılması gerektiğine inanıyoruz.

Daha önce, bir iş öğesini takip etmek ve yapılan değişikliklerle ilgili bildirimler almak istiyorsanız, iş öğesinde yapılan tüm değişiklikler için e-posta bildirimleri alırsınız. Geri bildiriminizi değerlendirdikten sonra, bir iş öğesini takip etmeyi tüm paydaşlar için daha esnek hale getiriyoruz. Şimdi, iş öğesinin sağ üst köşesindeki takip et düğmesinin yanında yeni bir ayarlar düğmesi göreceksiniz. Bu sizi aşağıdaki seçenekleri yapılandırmanıza olanak sağlayan bir açılır pencereye götürür.

Aşağıdaki seçenekleri yapılandırın.

Bildirim Ayarları'ndan üç bildirim seçeneği arasından seçim yapabilirsiniz. İlk olarak aboneliğinizi tamamen kaldırabilirsiniz. İkincisi, tüm iş öğesi değişiklikleri için bildirim alabileceğiniz tam abone olabilirsiniz. Son olarak, en önemli ve önemli iş öğesi değişikliği olaylarından bazıları için bildirim almayı seçebilirsiniz. Yalnızca bir veya üç seçeneği de seçebilirsiniz. Bu, ekip üyelerinin iş öğelerini daha üst düzeyde takip etmesine ve yapılan her değişiklikten etkilenmemesine olanak sağlar. Bu özellik sayesinde gereksiz e-postaları ortadan kaldıracak ve elinizdeki önemli görevlere odaklanmanıza olanak tanıyacağız.

Bildirim Ayarları'nı seçin.

İş öğesi formunda Dağıtım denetiminin önizlemesini yayınlamak için heyecanlıyız. Bu denetim, iş öğelerinizi bir sürüme bağlar ve iş öğenizin dağıtıldığı yeri kolayca izlemenizi sağlar. Daha fazla bilgi edinmek için burada belgelere bakın.

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

Azure Repos

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

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

Çekme isteğinde Markdown dosyalarını yan yana karşılaştırmalı olarak önizleme

Artık yeni Önizleme düğmesini kullanarak Markdown dosyasının nasıl görüneceğine ilişkin bir önizleme görebilirsiniz. Ayrıca, Görünüm düğmesini seçerek yan yana karşılaştırmadan dosyanın tam içeriğini görebilirsiniz.

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

Manuel derlemelere yönelik politika süresinin dolması

İlkeler, ekibinizin kod kalitesi ve değişiklik yönetimi standartlarını uygular. Daha önce otomatik derlemeler için derleme süresi sonu ilkeleri ayarlayabiliyordunuz. Artık derleme süre sonu ilkelerini el ile yaptığınız derlemelere de ayarlayabilirsiniz.

El ile derlemeler için derleme politikası süresinin dolması.

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

Yöneticiler artık işlemelerin, işleme yazarı e-postasının sağlanan desenle eşleşmediği bir depoya gönderilmesini önlemek için bir gönderme ilkesi ayarlayabilir.

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

Bu özellik, Benzer bir deneyim sunmak için Geliştirici Topluluğu önerisine göre önceliklendirildi. Bileti açık tutmaya devam edeceğiz ve kullanıcıları görmek istedikleri diğer gönderim ilkeleri türlerini bize bildirmeye teşvik edeceğiz.

Azure Boru Hatları

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

Uyarı

Bu özelliği denemek için önizleme özelliği Çok aşamalı işlem hatlarını etkinleştirmiş olmanız gerekir.

Ç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 olanağıdır. Bu güncelleştirmeyle, bu işlevselliğin büyük bir bölümünü ekliyoruz.

Artık yürütme başarısız olduğunda işlem hattı aşamasını yeniden deneyebilirsiniz. İlk denemede başarısız olan ve geçişli olarak bu başarısız işlere bağımlı olan tüm işler yeniden deneniyor.

Bu, çeşitli yollarla zaman kazanmanıza yardımcı olabilir. Örneğin, bir aşamada birden çok iş çalıştırdığınızda, her aşamanın farklı bir platformda test çalıştırmasını isteyebilirsiniz. Bir platformdaki testler diğerleri geçerken başarısız olursa, geçen işleri yeniden çalıştırmayarak zaman kazanabilirsiniz. Başka bir örnek olarak, gevşek ağ bağlantısı nedeniyle dağıtım aşaması başarısız olmuş olabilir. Bu aşamayı yeniden denemek, başka bir derleme oluşturmak zorunda kalmadan zaman kazanmanıza yardımcı olur.

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

YAML işlem hatlarındaki onay süreçlerine yönelik geliştirmeler

Uyarı

Bu özelliği denemek için Çok aşamalı işlem hatlarına ve Yeni hizmet bağlantısı deneyimi önizleme özelliklerine sahip olmanız gerekir.

Çok aşamalı YAML işlem hatlarını geliştirmeye devam ediyoruz. Bu güncelleştirmeyle hizmet bağlantılarında ve aracı havuzlarında onayların yapılandırılmasını etkinleştirdik. Onaylar için altyapı sahipleri ve geliştiriciler arasındaki rol ayrımını takip ediyoruz. Kaynaklarınız, örneğin ortamlar, hizmet bağlantıları ve aracı havuzları üzerinde onay aşamalarını yapılandırarak, bu kaynakları kullanan tüm işlem hattı yürütümlerinin öncelikle onaylanmasını gerektireceğinden emin olabilirsiniz.

Bu deneyim, ortamlar için onayları yapılandırmaya benzer. Bir aşamada referans edilen bir kaynakta onay beklemede olduğunda, işlem hattının yürütülmesi, işlem hattı manuel olarak onaylanana kadar bekler.

YAML işlem hatlarındaki onaylarda yapılan iyileştirmeler.

Azure Pipelines'da konteyner yapı testi desteği

Uygulamalarda kapsayıcıların kullanımı artmaktadır ve bu nedenle güçlü test ve doğrulama gereksinimi artmaktadır. Azure Pipelines artık Kapsayıcı Yapısı Testleriiçin destek sunuyor. Bu çerçeve, kapsayıcılarınızın içeriğini ve yapısını doğrulamak için kullanışlı ve güçlü bir yol sağlar.

Bir görüntünün yapısını birlikte çalıştırabileceğiniz dört test kategorisine göre doğrulayabilirsiniz: komut testleri, dosya varlığı testleri, dosya içeriği testleri ve meta veri testleri. Go/no go kararları almak için işlem hattındaki sonuçları kullanabilirsiniz. Hataları daha iyi çözebilmeniz için test verileri, bir hata mesajıyla birlikte işlem hattı çalışmasında mevcuttur.

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

Azure Pipeline'da kapsayıcıların yapılarının test edilmesi için destek.

Test verileri ve özet

Test verileri ve özet.

Gevşek hata yönetimi ve çözümü

Temmuz'da, tespit, raporlama ve çözümle uçtan uca yaşam döngüsünü desteklemek için istikrarsız test yönetimini tanıttık. Bunu daha da geliştirmek için, kararsız test hata yönetimi ve çözümünü ekliyoruz.

Flaky testi incelerken, kök nedenini daha fazla araştırmak için bir geliştiriciye atanabilecek bir bug oluşturmak üzere Bug eylemini kullanabilirsiniz. Hata raporu, işlem hattı hakkında hata iletisi, yığın izleme ve testle ilişkili diğer bilgiler gibi bilgiler içerir.

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

Slack ve Microsoft Teams için Azure Pipelines uygulamasına yönelik iyileştirmeler

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

Uyarı

Bu özelliği denemek için önizleme özelliği Çok aşamalı işlem hatlarını etkinleştirmiş olmanız gerekir.

Slack ve Microsoft Teams için Azure Pipelines uygulaması artık CI ve CD için çok aşamalı YAML işlem hatlarını destekliyor. Bu geliştirme ile YAML işlem hatlarıyla ilgili çeşitli olaylar hakkında bildirim alırsınız.

Slack ve Microsoft Teams için Azure Pipelines uygulamasında yapılan iyileştirmeler.

Çok aşamalı YAML işlem hatları için desteklenen olaylar

  • Çalıştırma durumu değiştirildi
  • Çalıştırma aşaması durumu değiştirildi
  • Çalıştırma aşaması onay bekliyor
  • Çalıştırma aşaması onayı tamamlandı

Çok aşamalı YAML işlem hatları için desteklenen olaylar.

URL genişletme ve mesajlaşma uzantıları

Microsoft Teams için Azure Pipelines uygulaması için bir mesajlaşma uzantısı ekledik. Artık işlem hatlarını arayabilir ve kanaldaki bir kart olarak işlem hattıyla ilgili ayrıntıları paylaşabilirsiniz. URL açma, işlem hatları etrafında tartışmalar başlatmanıza ve anlamlı ve bağlamsal sohbetler yapmanıza olanak tanır.

URL genişletme ve mesajlaşma uzantıları.

Barındırılan işlem hattı görüntülerine yapılan güncellemeler

Azure Pipelines tarafından barındırılan VM görüntülerinin birkaçını güncelleştirdik. Bu güncelleştirmede öne çıkan bazı noktalar şunlardır:

  • Ubuntu 16.04, Ubuntu 18.04, VS2017 ve VS2019'a Go 1.13 eklendi. Go 1.12 varsayılan değer olarak kalır.
  • Ubuntu 16.04, Ubuntu 18.04, VS2017 ve VS2019'a Android SDK ve Derleme Araçları 29 eklendi.
  • VS2017 ve VS2019'a Az Module 2.6.0 eklendi.
  • Çeşitli hata düzeltmeleri.

En son sürümler hakkında daha fazla ayrıntıya buradan ulaşabilirsiniz.

Uyarı

Ruby 2.3'ün 31 Mart 2019'da kullanım ömrü sona erdiğinden sonraki bir güncelleştirmede tüm görüntülerden kaldıracağız.

Open Policy Agent yükleme görevi

Açık İlke Aracısı, birleşik, bağlama duyarlı ilke zorlamayı etkinleştiren açık kaynaklı, genel amaçlı bir ilke altyapısıdır. "Open Policy Agent yükleyici görevini ekledik." Altyapı olarak kod sağlayıcıları açısından işlem içi ilke uygulaması için özellikle yararlıdır.

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

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

Sürüm işlem hatları için işlem hattı dekoratörleri

İşlem hattı dekoratörleri, her işin başlangıcına ve bitişine adım eklemeye olanak sağlar. Bu, bir kuruluştaki tüm işlem hatları için geçerli olduğundan tek bir tanıma adım eklemekten farklıdır.

Dekoratörleri derlemeler ve YAML işlem hatları için destekliyoruz; müşteriler, işlerindeki adımları merkezi olarak kontrol etmek için bunları kullanıyor. Desteği artık sürüm boru hatlarına da genişletiyoruz. Yeni katkı noktasını hedefleyen adımlar eklemek için uzantılar oluşturabilirsiniz ve bunlar yayın işlem hatlarındaki tüm aracı işlerine eklenir.

Azure Test Planları

Yeni Test Plans sayfası

Planlama, yazma, yürütme ve izleme özelliklerinin çoğu artık yeni Test Planları sayfasında kullanılabilir. Bu nedenle, bize geri bildirim sağlayabilmeleri için bunu tüm Test Planları kullanıcıları için etkinleştiriyoruz. Kalan birkaç özellik, önceki Test Planları sayfasıyla eşliğe ulaşmamızı gerektirir. Sonraki birkaç sprint'te etkinleştirilir. Gerekirse, kullanıcılar Önizleme Özellikleri menüsündeki Test Planları sayfasını devre dışı bırakabilir. Daha fazla bilgi için buraya bakabilirsiniz.

Raporlama

Hikaye puanlarını kullanarak satır içi sprint ilerleme grafiği

Sprint Burndown'ınız artık Hikayeler tarafından yakılabilir. Bu, Geliştirici Topluluğu'ndan gelen geri bildirimlerinizi giderir.

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

  1. Hikayeler birikimini seçin
  2. Seç: Burndown üzerinde Hikaye Puanlarının Toplamı

Hikaye puanlarını kullanarak satır içi sprint burndown.

Wiki

Kısa ve okunabilir Wiki sayfası URL'leri

Wiki sayfası bağlantılarını paylaşmak için artık çok satırlı bir URL kullanmanız gerekmez. Parametreleri kaldırmak için URL'deki sayfa kimliklerinden yararlanıyoruz, bu nedenle URL'yi daha kısa ve okunmasını kolaylaştırıyoruz.

URL'lerin yeni yapısı şöyle görünür:

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

Bu, Azure DevOps Wiki Hoş Geldiniz sayfasının yeni URL'sine bir örnektir:

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

Bu işlem, Geliştirici Topluluğu'ndaki bu özellik öneri talebi'e dayanarak önceliklendirildi.

Wiki’de Mermaid diyagramı desteği

Wiki sayfalarına denizkızı diyagramları ekleme desteği ekledik. Artık akış grafikleri, tasarım belgelerinizde sıralı diyagramlar oluşturabilir, düzenleyebilir ve yönetebilir ve Azure DevOps Wiki'deki planlama belgelerinize Gantt grafikleri ekleyebilirsiniz.

Wiki'de denizkızı diyagramı desteği.

Bu işlem, Geliştirici Topluluğu'ndaki bu özellik öneri talebi'e dayanarak önceliklendirildi. Denizkızı diyagramları hakkında daha fazla bilgi için buradaki belgelerimize bakın.

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.

Azure DevOps'a gidin

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.

Öneride bulunma

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

Teşekkürler

Ravi Shanker

  • Last updated on