Bagikan melalui

Pratinjau publik Boards Hubs baru

  • Artikel

Hub Papan Baru sekarang tersedia di pratinjau publik. Platform web telah diperbarui untuk menyediakan desain modern baru, reflow responsif, kepatuhan aksesibilitas, dan peningkatan performa halaman.

Lihat catatan rilis untuk detailnya.

Umum

Azure Boards

Azure Pipelines

Umum

Audit sekarang menjadi fitur keikutsertaan untuk organisasi Anda

Audit sekarang telah dibuat sebagai fitur keikutsertaan di Azure DevOps. Jika organisasi Anda tidak secara aktif menggunakan Audit hari ini (yaitu telah mengunjungi Log audit setidaknya dua kali dalam 90 hari terakhir atau memiliki aliran Audit yang dikonfigurasi), Anda harus secara eksplisit mengaktifkan fitur audit untuk organisasi Anda untuk mulai melakukannya. Setelah mengaktifkan, peristiwa audit akan disertakan dalam log audit organisasi Anda. Untuk organisasi yang merupakan pengguna aktif Audit, fitur akan tetap Aktif.

Anda bisa mengaktifkan Audit di organisasi Anda dari halaman pengaturan Organisasi Anda.

Di bilah sisi kanan, Anda akan melihat Kebijakan di bawah header Keamanan. Dengan asumsi organisasi Anda didukung oleh Azure Active Directory, Anda akan melihat bahwa salah satu kebijakan keamanan yang tersedia untuk diaktifkan adalah Peristiwa Audit Log. Organisasi yang didukung MSA tidak akan lagi memiliki fitur Audit yang tersedia untuk mereka.

Mengaudit peristiwa

Cukup alihkan kebijakan ini Aktif dan Audit sekarang harus tersedia (jika tidak segera muncul, refresh halaman dan harus tersedia). Jika Anda tidak ingin lagi menerima peristiwa Audit, alihkan tombol ke Nonaktif. Ketika tombol dimatikan, halaman Audit tidak akan lagi muncul di bar samping dan halaman Log Audit tidak akan tersedia. Semua aliran audit yang dikonfigurasi akan berhenti menerima peristiwa.

Pengguna tamu hanya akan melihat data pengguna publik

Saat kebijakan Akses tamu eksternaldinonaktifkan dan kebijakan Izinkan proyek publikdiaktifkan, pengguna tamu hanya akan dapat melihat data pengguna publik, seperti nama tampilan, dll., untuk anggota proyek publik. Ini adalah pengalaman yang sama yang diberikan untuk pengguna anonim. Ini berlaku untuk data pribadi apa pun yang tersedia melalui pengalaman web (misalnya di Pemilih Identitas yang muncul ketika pengguna mencoba menyebutkan pengguna lain atau menetapkan item kerja) dan data pribadi apa pun yang tersedia melalui REST API kami.

Azure Boards

Hub Papan Baru sekarang tersedia di pratinjau publik

Selama beberapa bulan terakhir, tim kami telah berfokus pada modernisasi pengalaman pengguna untuk Azure Boards Hubs. UI telah diperbarui untuk menyediakan antarmuka pengguna yang lebih cepat, konsistensi dengan bagian lain dari produk, dan peningkatan aksesibilitas. Tim sangat senang akhirnya mengumumkan pratinjau publik untuk pengalaman Azure Boards yang baru.

Fungsionalitasnya tetap sama, tetapi Anda dapat mengharapkan hal berikut:

  • Desain modern
  • Reflow responsif
  • Meningkatkan performa
  • Kepatuhan aksesibilitas

Untuk ikut serta dalam pratinjau publik, di bagian fitur pratinjau alihkan fitur bernama New Boards Hubs ke Aktif.

Gif untuk demo ikut serta ke pratinjau publik.

Jika karena alasan tertentu New Boards Hubs menyebabkan masalah pemblokiran, Anda dapat menonaktifkan pratinjau. Tapi silakan coba pengalaman baru dan kirimi kami umpan balik Anda. Pastikan untuk memberi tahu kami apakah ada yang hilang atau tidak berfungsi seperti yang diharapkan.

Azure Pipelines

Templat Alur YAML yang diperluas sekarang dapat diteruskan informasi konteks untuk tahapan, pekerjaan, dan penyebaran

Dengan pembaruan ini, kami menambahkan properti baru templateContext untuk jobkomponen alur YAML , deployment, dan stage yang dimaksudkan untuk digunakan bersama dengan templat.

Berikut adalah skenario untuk menggunakan templateContext:

  • Anda menggunakan templat untuk mengurangi duplikasi kode atau untuk meningkatkan keamanan alur Anda

  • Templat Anda mengambil sebagai parameter daftar stages, , jobsatau deployments

  • Templat memproses daftar input dan melakukan beberapa transformasi pada setiap tahap, pekerjaan, atau penyebaran. Misalnya, ini mengatur lingkungan tempat setiap pekerjaan berjalan atau menambahkan langkah-langkah tambahan untuk menegakkan kepatuhan

  • Pemrosesan memerlukan informasi tambahan untuk diteruskan oleh penulis alur ke dalam templat untuk setiap tahap, pekerjaan, atau penyebaran dalam daftar

Mari kita lihat contohnya. Katakanlah Anda menulis alur yang menjalankan pengujian end-to-end untuk validasi permintaan pull. Tujuan Anda adalah menguji hanya satu komponen sistem Anda, tetapi, karena Anda berencana untuk menjalankan pengujian end-to-end, Anda memerlukan lingkungan di mana lebih banyak komponen sistem tersedia, dan Anda perlu menentukan perilakunya.

Anda menyadari tim lain akan memiliki kebutuhan yang sama, jadi Anda memutuskan untuk mengekstrak langkah-langkah untuk menyiapkan lingkungan ke dalam templat. Kodenya terlihat seperti berikut:

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 }}

Apa yang dilakukan templat, untuk setiap pekerjaan dalam testSet parameter, templat mengatur respons komponen sistem yang ditentukan oleh ${{ testJob.templateContext.requiredComponents }} untuk mengembalikan ${{ testJob.templateContext.expectedHTTPResponseCode }}.

Kemudian, Anda dapat membuat alur Anda sendiri yang diperluas testing-template.yml seperti dalam contoh berikut.

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

Alur ini menjalankan dua tes, positif dan negatif. Kedua pengujian mengharuskan dimensionsapi komponen tersedia. Pekerjaan positive_test mengharapkan dimensionsapi kode HTTP pengembalian 200, sementara negative_test mengharapkannya mengembalikan kode HTTP 500.

Tanggal penghentian yang diperbarui untuk gambar yang dihosting Windows 2016

Kami telah memindahkan tanggal penghentian untuk gambar Windows 2016 dari 1 April hingga 30 Juni. Meskipun sebagian besar pelanggan yang menggunakan gambar ini telah memperbarui alur mereka, masih ada pelanggan yang menggunakan gambar ini. Untuk memverifikasi apakah organisasi Anda menggunakan Windows 2016, gunakan instruksi ini untuk mengidentifikasi alur menggunakan gambar yang tidak digunakan lagi.

Untuk membantu pelanggan mengidentifikasi alur, kami akan terus melakukan brownout. Ini adalah periode 24 jam di mana gambar tidak akan tersedia, menyebabkan pekerjaan alur yang berjalan selama waktu ini gagal. Brownout akan terjadi pada:

  • Senin April 18
  • Selasa April 26
  • Rabu Mei 4
  • Kamis Mei 12
  • Jumat Mei 20
  • Senin Mei 23
  • Selasa Mei 31
  • Rabu Juni 8
  • Kamis Juni 16
  • Jumat Juni 24
  • Senin Juni 27

Langkah berikutnya

Catatan

Fitur-fitur ini akan diluncurkan selama dua hingga tiga minggu ke depan.

Buka Azure DevOps dan lihat.

Buka Azure DevOps

Cara memberikan umpan balik

Kami akan senang mendengar apa yang Anda pikirkan tentang fitur-fitur ini. Gunakan menu bantuan untuk melaporkan masalah atau memberikan saran.

Buat saran

Anda juga bisa mendapatkan saran dan pertanyaan Anda yang dijawab oleh komunitas di Stack Overflow.

Terima kasih,

Aaron Hallberg