Yeni Boards Hubs genel önizlemesi

  • Makale

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.

Genel

Azure Boards

Azure Pipelines

Genel

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 etmiş 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'ı açtıktan sonra, denetim olayları kuruluşunuzun denetim günlüğüne eklenir. Denetim'in 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ğ taraftaki kenar çubuğunda, Güvenlik üst bilgisinin altında İlkeler'i 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.

Olayları denetleme

Bu ilkeyi Açık ve Denetim seçeneğine açmanız yeterlidir (hemen görüntülenmezse sayfayı yenileyin ve kullanılabilir olmalıdır). 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ı durdurur.

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, 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 olarak değiştirin.

Genel önizlemeye katılmayı tanıtıma açmak için Gif.

Herhangi bir nedenle New Boards Hubs size engelleme sorunu oluşturuyorsa ö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 bildirmeyi unutmayın.

Azure Pipelines

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

Bu güncelleştirmeyle, şablonlarla birlikte kullanılması amaçlanacak , deploymentve stage YAML işlem hattı bileşenleri için jobyeni templateContext bir özellik ekliyoruz.

burada kullanmak templateContextiçin bir senaryo vardır:

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

  • Şablonunuz parametre olarak , jobsveya listesini stagesalırdeployments

  • Ş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ığı 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 bilgi geçirilmesini gerektirir

Bir örneğe göz atalı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 gereksinimleri 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 sistemin ${{ testJob.templateContext.requiredComponents }} tarafından belirtilen bileşenlerinin yanıtını ${{ testJob.templateContext.expectedHTTPResponseCode }} döndürecek şekilde ayarlar.

Ardından, aşağıdaki örnekte olduğu gibi genişleyen testing-template.yml 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 dönüş HTTP kodu 200'ünü dimensionsapi beklerken negative_test , 500 HTTP kodunu döndürmesini 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 bu yönergeleri kullanarak kullanım dışı görüntüleri kullanarak işlem hatlarını belirleyin.

Müşterilerin işlem hatlarını tanımlamasına yardımcı olmak için kesintiler gerçekleştirmeye devam edeceğiz. Bunlar görüntünün kullanılamadığı 24 saatlik dönemlerdir ve bu süre boyunca çalışan işlem hattı işlerinin başarısız olmasına neden olur. Brownout'lar şu şekilde gerçekleşir:

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

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