Bagikan melalui


Dukungan untuk tabel sub-halaman di wiki

Sekarang Anda dapat menambahkan tabel sub-halaman ke halaman wiki sehingga Anda bisa melihat konten dan tautan. Di Papan, Anda sekarang dapat menambahkan warna ke swimlane dan mengunci bidang kustom agar tidak diedit. Kami juga melanjutkan investasi kami dalam keamanan dan menambahkan cakupan PAT baru untuk mengelola otorisasi dan persetujuan dan pemeriksaan alur.

Lihat catatan rilis untuk detailnya.

Azure Boards

Azure Pipelines

Wiki

Azure Boards

Mencegah pengeditan bidang daftar pilih yang dapat dibagikan

Bidang kustom dibagikan di seluruh proses. Ini dapat membuat masalah untuk bidang daftar pilih karena kami mengizinkan admin proses untuk menambahkan atau menghapus nilai dari bidang . Saat melakukannya, perubahan memengaruhi bidang tersebut pada setiap proses menggunakannya.

Untuk mengatasi masalah ini, kami telah menambahkan kemampuan bagi admin koleksi untuk "mengunci" bidang agar tidak diedit. Saat bidang daftar pilih dikunci, admin proses lokal tidak dapat mengubah nilai daftar pilihan tersebut. Mereka hanya dapat menambahkan atau menghapus bidang dari proses.

Gif to demo editing of shareable picklist fields.

Warna swimlane

Di papan Kanban Anda, swimlanes membantu Anda memvisualisasikan status pekerjaan yang mendukung kelas tingkat layanan yang berbeda. Sekarang, Anda dapat menambahkan warna ke swimlanes untuk membuatnya lebih mudah diidentifikasi di papan Anda.

Gif to demo adding color to swimlanes.

Catatan

Fitur ini hanya akan tersedia dengan pratinjau New Boards Hubs.

Azure Pipelines

Cakupan PAT baru untuk mengelola otorisasi dan persetujuan dan pemeriksaan alur

Untuk membatasi kerusakan yang dilakukan dengan membocorkan token PAT, kami telah menambahkan cakupan PAT baru, bernama Pipeline Resources. Anda dapat menggunakan cakupan PAT ini saat mengelola otorisasi alur menggunakan sumber daya yang dilindungi, seperti koneksi layanan, atau untuk mengelola persetujuan dan memeriksa sumber daya tersebut.

Pipelines REST API Updates

Panggilan REST API berikut mendukung cakupan PAT baru sebagai berikut:

Mengalami penyempurnaan izin alur

Kami telah meningkatkan pengalaman sekeliling mengelola izin alur untuk membuat sistem izin mengingat apakah alur sebelumnya telah menggunakan sumber daya yang dilindungi, seperti koneksi layanan.

Di masa lalu, jika Anda mencentang "Berikan izin akses ke semua alur" saat Anda membuat sumber daya yang dilindungi, tetapi kemudian Anda membatasi akses ke sumber daya, alur Anda memerlukan otorisasi baru untuk menggunakan sumber daya. Perilaku ini tidak konsisten dengan akses pembukaan dan penutupan berikutnya ke sumber daya, di mana otorisasi baru tidak diperlukan. Ini sekarang diperbaiki.

Variabel sebagai input dalam pemeriksaan

Persetujuan dan pemeriksaan adalah mekanisme keamanan runtime yang memungkinkan pemilik sumber daya mengontrol eksekusi alur mana yang dapat menggunakan sumber daya mereka.

Dua pemeriksaan populer adalah Panggil Azure Function dan Invoke REST API. Di masa lalu, saat mengonfigurasinya, seseorang hanya dapat menggunakan variabel sistem atau grup variabel yang telah ditentukan sebelumnya.

Dalam sprint ini, kami telah menambahkan dukungan untuk variabel yang ditentukan alur. Ini berfungsi saat menentukan Function keyparameter , Headers, Body, dan Query untuk pemeriksaan tersebut.

Katakanlah Anda memiliki alur YAML berikut. Perhatikan bahwa kami mendefinisikan variabel , , , dan MyQuery, dan variabel yang ditentukan runtime bernamaRetryCount. MyBodyMyHeaderFunctionKey

variables:
  FunctionKey: <<redacted>>
  MyHeader: "FabrikamHeader"
  MyQuery: "FabrikamQuery"
  MyBody: "FabrikamBody"

stages: 
- stage: Build
  jobs:
  - job: SetRC
    steps:
    - script: echo "##vso[task.setvariable variable=RetryCount;isOutput=true]3"
      name: RCValue
- stage: Deploy
  jobs:
  - deployment: 
    environment: Production
    strategy:
      runOnce:
        deploy:
          steps:
          - script: ./deploy.sh

Anda dapat mengonfigurasi pemeriksaan Invoke Azure Function pada lingkungan Produksi dan referensi $(FunctionKey), , $(MyHeader), $(MyBody)$(MyQuery), dan $(Build.SetRC.RCValue.RetryCount), seperti dalam cuplikan layar berikut.

Invoke Azure Function

Sintaks untuk menggunakan variabel yang ditentukan runtime adalah StageId.JobId.StepOrTaskName.Variable.

Pelajari selengkapnya tentang cara yang direkomendasikan untuk menggunakan pemeriksaan Invoke Azure Function &REST API.

Kemampuan untuk menonaktifkan masking untuk rahasia pendek

Azure Pipelines menutupi rahasia dalam log. Rahasia dapat berupa variabel yang ditandai sebagai rahasia, variabel dari grup variabel yang ditautkan ke Azure Key Vault atau elemen Koneksi ion Layanan yang ditandai sebagai rahasia oleh penyedia Layanan Koneksi ion.

Semua kemunculan nilai rahasia ditutupi. Menutupi rahasia pendek misalnya '1', '2', 'Dev' memudahkan untuk menebak nilai mereka misalnya dalam tanggal: 'Jan 3, 202***'
Sekarang jelas '3' adalah rahasia. Dalam kasus seperti itu, Anda mungkin lebih suka tidak menutupi rahasia sama sekali. Jika tidak dimungkinkan untuk tidak menandai nilai sebagai rahasia (misalnya, nilai diambil dari Key Vault), Anda dapat mengatur AZP_IGNORE_SECRETS_SHORTER_THAN kenop ke nilai hingga 4.

Skrip untuk memvalidasi sendiri versi agen alur

Saat ini kami memiliki dua versi agen Alur: v2 menggunakan .NET 3.1 Core dan v3 menggunakan .NET 6. Kami secara perlahan meluncurkan agen v3 ke sistem operasi yang didukung, setelah itu kami akan menghentikan agen v2. Untuk informasi selengkapnya, lihat peningkatan agen .NET untuk posting blog Azure Pipelines.

Kami telah membuat skrip untuk membantu Anda memverifikasi apakah agen yang dihost sendiri akan dapat ditingkatkan. Skrip ini akan memproses semua kumpulan di organisasi Anda dan mengidentifikasi agen v2 pada sistem operasi yang tidak didukung oleh agen v3, misalnya versi CentOS 6, Fedora sebelum 31, macOS 10.14, RHEL 6.

Catatan

Build terbaru agen v2 tidak akan mencoba meningkatkan otomatis ke agen v3 pada sistem operasi yang diketahui tidak kompatibel dengannya.

Ikon gambaran umum status eksekusi alur

Dalam sprint ini, kami mempermudah untuk mengetahui status keseluruhan eksekusi alur.

Untuk alur YAML yang memiliki banyak tahapan, dulu sulit untuk mengetahui status eksekusi alur, yaitu masih berjalan atau selesai. Dan jika selesai, apa status keseluruhan: berhasil, gagal, atau dibatalkan. Kami memperbaiki masalah ini dengan menambahkan ikon ringkasan status eksekusi.

Pipeline run status overview icon

Wiki

Dukungan untuk tabel sub-halaman

Sekarang Anda dapat menambahkan daftar isi untuk sub-halaman ke halaman wiki Anda. Tabel ini akan memiliki tautan ke semua sub-halaman yang terletak di bawah halaman tempat tabel sub halaman ditampilkan.

Anda dapat menambahkan tabel sub halaman dengan menyisipkan tag khusus [[_TOSP_]] secara manual atau dari opsi Lainnya seperti yang ditunjukkan pada gambar animasi di bawah ini. Hanya tag [[_TOSP_]] pertama yang digunakan untuk membuat tabel sub halaman.

Fitur ini diprioritaskan berdasarkan tiket saran komunitas berikut:

Langkah berikutnya

Catatan

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

Buka Azure DevOps dan lihat.

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.

Make a suggestion

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

Terima kasih,

Rajesh Ramamurthy