Boards Hubs'un yeni genel önizlemesi

Yeni Boards Hubs artık genel önizlemede kullanılabilir. Web platformu yeni bir modern tasarım, duyarlı yeniden akışlar, erişilebilirlik uyumluluğu ve geliştirilmiş sayfa performansı sağlayacak şekilde güncelleştirildi.

Ayrıntılar için sürüm notlarına göz atın.

General

Azure Boards

Azure Boru Hatları

General

Denetim artık kuruluşunuz için bir kabul etme özelliğidir

Denetim artık Azure DevOps'ta bir kabul etme özelliği haline getirildi. Kuruluşunuz bugün denetimi etkin bir şekilde kullanmıyorsa (son 90 gün içinde denetim günlüklerini en az iki kez ziyaret ettiyseniz veya yapılandırılmış bir Denetim akışına sahipse), kuruluşunuzun bunu yapmaya başlaması için denetim özelliğini açıkça açmanız gerekir. Açık olduktan sonra, denetim olayları kuruluşunuzun denetim günlüğüne eklenir. Denetimin etkin kullanıcıları olan kuruluşlar için özellik Açık olarak kalır.

Kuruluşunuzda Denetimi Kuruluş ayarları sayfanızdan etkinleştirebilirsiniz.

Sağdaki kenar çubuğunda, Güvenlik başlığının altında İlkeler bölümünü görürsünüz. Kuruluşunuzun Azure Active Directory tarafından yedeklendiğini varsayarsak, etkinleştirilebilecek kullanılabilir güvenlik ilkelerinden birinin Günlük Denetimi Olayları olduğunu görmeniz gerekir. MSA destekli kuruluşlar artık denetim özelliklerine sahip olmayacaktır.

Denetim olayları

Bu ilkeyi Açık konumuna getirin ve Denetim özelliği artık kullanılabilir olmalıdır (hemen görüntülenmezse, sayfayı yenileyin). Artık Denetim olaylarını almak istemiyorsanız düğmeyi Kapalı olarak değiştirin. Düğme kapatıldığında, Denetim sayfası artık kenar çubuğunda görünmez ve Denetim Günlükleri sayfası kullanılamaz. Yapılandırılan tüm denetim akışları olayları almayı durduracak.

Konuk kullanıcılar yalnızca genel kullanıcı verilerini görür

Dış konuk erişim ilkesi devre dışı bırakıldığında ve Ortak projelere izin ver ilkesi etkinleştirildiğinde, konuk kullanıcılar yalnızca genel projelerin üyeleri için görünen ad gibi genel kullanıcı verilerini görebilir. Bu, anonim kullanıcılar için verilen deneyimle aynıdır. Bu, web deneyimi aracılığıyla sağlanan tüm kişisel veriler (örneğin, bir kullanıcı başka bir kullanıcıdan bahsetmeye veya iş öğeleri atamaya çalıştığında görünen Kimlik Seçici'de) ve REST API'lerimiz aracılığıyla sağlanan tüm kişisel veriler için geçerlidir.

Azure Boards

Yeni Boards Hubs genel önizleme sürümünde kullanıma sunuldu

Ekibimiz son birkaç aydır Azure Boards Hubs için kullanıcı deneyimini modernleştirmeye odaklanmıştır. Kullanıcı arabirimi daha hızlı bir kullanıcı arabirimi, ürünün diğer bölümleriyle tutarlılık ve geliştirilmiş erişilebilirlik sağlayacak şekilde güncelleştirildi. Ekip, son olarak yeni Azure Boards deneyimi için genel önizlemeyi duyurmaktan heyecan duyuyor.

İşlevsellik aynı kalır, ancak aşağıdakileri bekleyebilirsiniz:

  • Modern tasarım
  • Duyarlı yeniden akışlar
  • Geliştirilmiş performans
  • Erişilebilirlik uyumluluğu

Genel önizlemeyi kabul etmek için önizleme özellikleri bölümünde New Boards Hubs adlı özelliği Açık duruma getirin.

Genel önizleme için katılımı göstermek amacıyla gif.

Bazı nedenlerden dolayı New Boards Hubs size engelleyici bir soruna neden oluyorsa önizlemeyi kapatabilirsiniz. Ancak lütfen yeni deneyimi deneyin ve bize geri bildiriminizi gönderin. Herhangi bir şeyin eksik olup olmadığını veya beklendiği gibi çalışmadığını bize bildirin.

Azure Boru Hatları

Genişletilmiş YAML İşlem Hatları şablonlarına artık aşamalar, işler ve dağıtımlar için bağlamsal bilgiler geçirilebilir.

Bu güncellemeyle, şablonlarla birlikte kullanılmak üzere templateContext, job ve deployment YAML işlem hattı bileşenleri için yeni bir stage özelliği ekliyoruz.

İşte templateContext kullanımı için bir senaryo:

  • Şablonları kullanarak kod yinelemesini azaltır veya işlem hatlarınızın güvenliğini geliştirirsiniz

  • Şablonunuz stages, jobs veya deployments listesini parametre olarak alır.

  • Şablon giriş listesini işler ve aşamaların, işlerin veya dağıtımların her birinde bazı dönüştürmeler gerçekleştirir. Örneğin, her işin çalıştırıldığı ortamı ayarlar veya uyumluluğu zorlamak için ek adımlar ekler

  • İşlem, işlem hattı yazarı tarafından listedeki her aşama, iş veya dağıtım için şablona ek bilgilerin geçirilmesini gerektirir

Bir örneğe bakalım. Çekme isteği doğrulaması için uçtan uca testler çalıştıran bir işlem hattı oluşturduğunuzu varsayalım. Amacınız sisteminizin yalnızca bir bileşenini test etmektir, ancak uçtan uca testler çalıştırmayı planladığınız için, sistem bileşenlerinin daha fazlasının kullanılabildiği bir ortama ihtiyacınız vardır ve bunların davranışını belirtmeniz gerekir.

Diğer ekiplerin de benzer ihtiyaçları olacağını fark ettiğiniz için ortamı bir şablona ayarlama adımlarını ayıklamaya karar verirsiniz. Kodu aşağıdaki gibi görünür:

testing-template.yml

parameters: 
- name: testSet
  type: jobList

jobs:
- ${{ each testJob in parameters.testSet }}:
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}:
    - job:
      steps:
        - script: ./createSuccessfulEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 500) }}:
    - job:
      steps:
        - script: ./createRuntimeErrorEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}

Şablonun yaptığı şey, parametresindeki testSet her iş için ${{ testJob.templateContext.requiredComponents }} tarafından belirtilen sistem bileşenlerinin yanıtını ${{ testJob.templateContext.expectedHTTPResponseCode }} döndürecek şekilde ayarlar.

Ardından, aşağıdaki örnekte olduğu gibi testing-template.yml genişleten kendi işlem hattınızı oluşturabilirsiniz.

sizeapi.pr_validation.yml

trigger: none

pool:
  vmImage: ubuntu-latest

extends:
  template: testing-template.yml
  parameters:
    testSet:
    - job: positive_test
      templateContext:
        expectedHTTPResponseCode: 200
        requiredComponents: dimensionsapi
      steps:
      - script: ./runPositiveTest.sh
    - job: negative_test
      templateContext:
        expectedHTTPResponseCode: 500
        requiredComponents: dimensionsapi
      steps:
      - script: ./runNegativeTest.sh

Bu işlem hattı, pozitif ve negatif olmak üzere iki test çalıştırır. Her iki test de bileşenin dimensionsapi kullanılabilir olmasını gerektirir. positive_test görevi, dimensionsapi'in dönmesinin HTTP kodu 200 olmasını beklerken; ancak negative_test, HTTP kodu 500'ü bekler.

Windows 2016'da barındırılan görüntüler için kullanımdan kaldırma tarihi güncelleştirildi

Windows 2016 görüntüleri için kullanımdan kaldırma tarihini 1 Nisan'dan 30 Haziran'a taşıdık. Bu görüntüyü kullanan müşterilerin çoğu işlem hatlarını güncelleştirmiş olsa da, yine de bu görüntüyü kullanan müşteriler vardır. Kuruluşunuzun Windows 2016 kullanıp kullanmadığını doğrulamak için, kullanım dışı görüntüleri kullanarak işlem hatlarını kimlik doğrulamak için bu yönergeleri kullanın.

Müşterilerin boru hatlarını tanımlamasına yardımcı olmak için yük düşürmeler gerçekleştirmeye devam edeceğiz. Bunlar, görüntünün kullanılamadığı 24 saatlik dönemlerdir. Bu süre zarfında yürütülen pipeline işleri başarısız olur. Brownout'lar şu tarihlerde gerçekleşecektir:

  • 18 Nisan Pazartesi
  • 26 Nisan Salı
  • 4 Mayıs Çarşamba
  • 12 Mayıs Perşembe
  • Cuma 20 Mayıs
  • Pazartesi 23 Mayıs
  • 31 Mayıs Salı
  • Çarşamba 8 Haziran
  • Perşembe 16 Haziran
  • Cuma 24 Haziran
  • Pazartesi 27 Haziran

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.

Öneride bulunma

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

Teşekkürler

Aaron Hallberg

  • Last updated on