Panoyu Kopyalama geliştirmeleri

Panoyu Kopyala önizlemesinde uzun zamandır beklenen bazı iyileştirmeleri duyurmaktan heyecan duyuyoruz. Artık bir panoyu farklı bir takıma, aynı takıma veya farklı bir projeye kopyalayabilirsiniz; ekip ve sorgu yapılandırması yeni panoda güncelleştirilir. Bu, birden çok ekip için sıfırdan benzer panolar oluşturmak için gereken çalışmayı daha da en aza indirir.

Ayrıntılar için aşağıdaki özellik açıklamalarına göz atın.

General

• Azure AD grubuna Azure DevOps Yönetici rolü atama

Azure Boru Hatları

• Görev için otomatik yeniden denemeler
• Dekoratörde başka bir görevden gelen verileri kullanma
• Hizmet bağlantıları kullanım geçmişinde iyileştirmeler
• Klasik işlem hatları için varsayılan aracı belirtimi artık Windows-2019'dur

Raporlama

• Panel Panosu iyileştirmeleri
• Burndown grafiği pencere öğesinde null değerlere filtre uygulama

General

Azure AD grubuna Azure DevOps Yönetici rolü atama

Azure DevOps'ta Azure AD kiracı ilkelerini yapılandırmak için gereken Azure DevOps Yöneticisi rolü artık bir Azure AD gruplarına atanabilir. Azure AD'de rol atamalarını yönetmek için Azure AD gruplarını kullanma hakkında daha fazla bilgi edinin.

Azure Boru Hatları

Görev için otomatik yeniden denemeler

İşlem hattında zaman zaman başarısız olan bir istikrarsız göreviniz olduğunda, başarılı olması için işlem hattını yeniden çalıştırmanız gerekebilir. Çoğu durumda, gevşek bir görevi veya betiği ele almak için en iyi yol, görevin veya betiğin kendisini düzeltmektir. Örneğin, test göreviniz, kararsız testler nedeniyle işlem hattında başarısız olursa, bu testleri düzeltmek ve onları daha güvenilir hale getirmek her zaman iyi bir fikirdir. Benzer şekilde, betiğiniz arada bir başarısız olursa, örneğin betik içinde yeniden denemeler yaparak betiği düzeltmek daha iyidir.

Ancak, görevi yeniden denemek isteyebileceğiniz bazı durumlar vardır. Bunun için yaygın bir kullanım örneği, bir paketi (örneğin, NuGet, npm vb.) indiren bir görevdir. Bu görevlerin ağ hatalarına ve paket barındırma sunucularında geçici hatalara karşı duyarlı olduğunu sıklıkla gözlemledik. İşlem hattının tamamını yeniden başlatmak zorunda kalmadan bu tür başarısız görevleri otomatik olarak yeniden denemenin daha iyi olacağına ilişkin geri bildiriminizi aldık.

Geri bildirimlerinize dayanarak, işlem hattında bir görevi başarısız olduğunda otomatik olarak yeniden denemeye yönelik bir özellik ekledik. YAML işlem hatlarını kullanıyorsanız, bu girişi aşağıdaki gibi ayarlayabilirsiniz:

- task: <name of task>
   retryCountOnTaskFailure: <max number of retries>
   ...

Klasik derleme veya yayın işlem hatlarını kullanırken, bu özelliği görevin denetim seçenekleri altında ayarlayabilirsiniz.

Yeniden denemeler kullanılırken dikkate almaları gereken birkaç nokta şunlardır:

• Başarısız olan görev hemen yeniden denendi.
• Görevin idempotentliği hakkında bir varsayım yoktur. Görevin yan etkileri varsa (örneğin, kısmen bir dış kaynak oluşturduysa), ikinci kez çalıştırıldığında başarısız olabilir.
• Göreve sunulan yeniden deneme sayısı hakkında hiçbir bilgi yok.
• Görev günlüklerine yeniden denenmeden önce başarısız olduğunu belirten bir uyarı eklenir.
• Bir görevi yeniden deneme girişimlerinin tümü kullanıcı arabiriminde aynı görev düğümünün bir parçası olarak gösterilir.

Uyarı

Aracı sürüm 2.194.0 veya üzerini gerektirir. Aracısız görevler için desteklenmez.

Başka bir görevden gelen girdileri bir dekoratörde tüketin

Yakın zamanda, bir görevi işlem hattındaki başka bir hedef görevden önce otomatik olarak bir işlem hattına ekleme özelliği ekledik. Şimdi hedef görevin giriş parametrelerini kullanarak eklenen görevi özelleştirmenize izin vererek bu özelliği geliştiriyoruz. Bunu yapmak için bir dekoratörün yazım söz dizimi şöyledir:

{
    "contributions": [
        {
            "id": <my-required-task>,
            "type": "ms.azure-pipelines.pipeline-decorator",
            "targets": [
                "ms.azure-pipelines-agent-job.pre-task-tasks",
                "ms.azure-pipelines-agent-job.post-task-tasks"
            ],
            "properties": {
                "template": "my-decorator.yml",
                "targettask": <target-task-id>,
                "targettaskinputs": ["<name of input>"]
            }
        }
    ],
    ...
}

Bu özellik, yalnızca ekleme hedefi olarak pre-task-tasks veya post-task-tasks kullandığınızda ve katkının özellikler bölümünde targettask belirttiğinizde çalışır. Daha sonra adlı targettaskinputs ek bir özellik ekleyebilir ve hedef görev tarafından kabul edilen giriş parametresi adlarının listesini belirtebilirsiniz. Bu girişler artık eklenen görevin kullanımına sunulmuştur.

Böyle bir senaryo tarafından gerçekleştirilebilecek yaygın bir kullanım örneği aşağıdaki gibidir. Bir yapının yayımladığı yapıtın adını otomatik olarak loglayacak bir görev entegre etmek istediğinizi varsayalım. Eserin adı PublishBuildArtifacts görevine bir girdidir. Eklenen göreviniz artık aynı giriş parametresini alabilir ve günlüğe kaydetmek için kullanabilir.

Hizmet bağlantıları kullanım geçmişinde iyileştirmeler

İşlem hattı bir hizmet bağlantısı kullandığında, bu kullanım bağlantının geçmişine kaydedilir. Hizmet bağlantısının yöneticileri, proje ayarlarına gidip uygun hizmet bağlantısını seçerek kullanım geçmişini gözden geçirebilir. Bu güncelleştirmeyle düzeltilen hizmet bağlantılarının kullanım geçmişiyle ilgili bazı sorunlar vardı. Düzeltmeler şunlardır:

• Bir dağıtım işinde (normal bir iş yerine) bir hizmet bağlantısı kullanıldığında, bu kullanım günlüğe kaydedilmedi.
• İşlem hattının birden çok aşamasında birden çok hizmet bağlantısı kullandıysanız, bazı aşamalar atlanmış olsa bile tüm hizmet bağlantıları kullanım geçmişinde bir kayıt gösterir.

Klasik işlem hatları için varsayılan aracı belirtimi artık Windows-2019'dur

Son sürüm notlarında, barındırılan görüntüler için bir kullanımdan kaldırma zamanlaması duyurusu vs2017-win2016 yaptık. Buna hazırlanırken, Klasik işlem hatlarında yeni hatlar oluştururken varsayılan temsilci belirtimini windows-2019 olarak değiştiriyoruz.

Raporlama

Gösterge Panosu Kopyalama Geliştirmeleri

Panoyu Kopyala'nın 2. aşama genel önizlemesini duyurmaktan heyecan duyuyoruz! Sorgular ve yapılandırma artık kopyalama işlemiyle birlikte taşınıyor. Bazı sorunları çözmek beklenenden biraz daha uzun sürdüğü için sabrınız için teşekkür ederiz.

Önizleme varsayılan olarak Pano Deneyimini Kopyala özellik bayrağıyla (önizleme özellikleri altında) açıktır.

Bir panoyu kopyalamak için önce kopyalamak istediğiniz panoya gidin. İkinci olarak, Panoyu Kopyala'yı açmak için menüye tıklayın ve sonra da panoya tıklayın.

Ardından, yeni panonun adını ve açıklamasını sağlayın ve ardından pano türünü (Ekip veya Proje) seçin. Ekip Panosu seçilirken, ilgili açılan kutulardan yeni proje ve ekip seçilir. Bir Proje panosu için yalnızca proje gereklidir.

Oluştur düğmesine tıkladıktan sonra yeni oluşturulan panoya yönlendirilirsiniz . Pencere öğeleri ve düzen aynı kalır.

Arka planda Paylaşılan Sorgular'da yeni panonun adını içeren bir klasör oluşturulur. Yeni panonun tüm sorguları bu klasöre kopyalanır. Sorgu adları aynı kalır. Takım yapılandırmasına sahip pencere öğeleri yeni ekiple birlikte güncelleştirilir. Ekip panosundan Proje Panosuna kopyalanan Takım yapılandırmasına sahip pencere öğeleri özgün yapılandırmayı korur.

Burndown grafiği uç öğesinde boş değerlere filtre uygulama

Artık, iş sonu grafiği pencere öğesinde Alan Ölçütleri'ni kullanırken null değere göre filtreleme yapabilirsiniz. Bu davranış artık aynı alan ölçütlerini kullanan bir sorguyla tutarlıdır.

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. Bir sorunu bildirmek veya öneri sağlamak için yardım menüsünü kullanın.

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

Teşekkürler

Aaron Hallberg