Aracılığıyla paylaş

Panoyu Kopyalama geliştirmeleri

  • Makale

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; yeni panoda ekip ve sorgu yapılandırması güncelleştirilir. Bu, birden çok ekip için sıfırdan benzer panolar oluşturmak için gereken çalışmayı da en aza indirir.

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

Genel

Azure Pipelines

Raporlama

Genel

Azure AD grubuna Azure DevOps Yöneticisi rolü atama

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

Azure Pipelines

Görev için otomatik yeniden denemeler

bir işlem hattında zaman zaman başarısız olan bir yanılsama göreviniz olduğunda, başarılı olması için işlem hattını yeniden çalıştırmanız gerekebilir. Çoğu durumda, yanık 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 flaky testleri nedeniyle bir işlem hattında başarısız olursa, yanık testleri düzeltmek ve daha güvenilir hale getirmek her zaman iyi bir fikirdir. Benzer şekilde, betiğiniz arada bir başarısız olursa, örneğin betiğin içinde yeniden denemeler yaparak betiği düzeltmek daha iyidir.

Ancak, görevi yeniden denemek isteyebileceğiniz bazı durumlar vardır. Bunun yaygın kullanım örneği, bir paketi (örneğin, NuGet, npm vb.) indiren bir görevdir. Bu görevlerin genellikle ağ hatalarına ve paket barındırma sunucularında geçici hatalara duyarlı olduğunu 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ğını belirten geri bildiriminizi aldık.

Geri bildiriminize dayanarak, işlem hattında bir görevi başarısız olduğunda otomatik olarak yeniden deneme özelliği 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 denemeleri kullanırken dikkate almaları gereken birkaç nokta şunlardır:

  • Başarısız olan görev hemen yeniden denendi.
  • Görevin bir kez etkili olduğu 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örevin kullanımına sunulan yeniden deneme sayısı hakkında 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 parçası olarak gösterilir.

Not

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

Dekoratörde başka bir görevdeki girişleri kullanma

Yakın zamanda, bir görevi işlem hattındaki başka bir hedef görevden önce otomatik olarak işlem hattına eklemek için bir özellik ekledik. Şimdi hedef görevin giriş parametrelerini kullanarak eklenen görevi özelleştirmenize izin vererek bu özelliği geliştiriyoruz. Bunu yapmak için dekoratör yazmaya yönelik söz dizimi aşağıdaki gibidir:

{
    "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 veya post-task-tasks kullandığınızda pre-task-tasks ve katkının özellikler bölümünde öğesini 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örev için kullanılabilir hale getiriliyor.

Bu tür bir senaryo tarafından gerçekleştirilebilecek yaygın bir kullanım örneği aşağıdaki gibidir. Bir derleme tarafından yayımlanan yapıtın adını otomatik olarak günlüğe kaydedecek bir görev eklemek istediğinizi varsayalım. Yapıtın adı göreve yapılan PublishBuildArtifacts bir giriştir. 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 vs2017-win2016 bir kullanımdan kaldırma zamanlaması duyuruldu. Bunun için hazırlık olarak, Klasik windows-2019işlem hatlarında yeni işlem hatları oluştururken varsayılan aracı belirtimini olarak değiştiriyoruz.

Aracı Belirtimi

Raporlama

Panoyu Kopyala 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ır. Bazı sorunları çözmesi 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 açıktır (önizleme özellikleri altında).

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.

Panoyu Kopyala

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

Yeni Pano

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 yapılandırmasına sahip pencere öğeleri Ekip panosundan Proje Panosu'na kopyalanır ve özgün yapılandırma korunur.

İlerleme grafiği pencere öğesinde null değerlere filtre uygulama

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

Alan ölçütleri yapılandırması

Sonraki adımlar

Not

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.

Öneride bulun

Stack Overflow'da topluluk tarafından yanıtlanmış öneriler ve sorularınıza da ulaşabilirsiniz.

Teşekkürler,

Aaron Hallberg