Bagikan melalui

Membatasi transisi status item kerja

  • Artikel

Setelah beberapa sprint dalam pratinjau, kami sekarang mengumumkan rilis umum aturan pembatasan transisi status kepada semua pelanggan sebagai bagian dari Pembaruan Sprint 172.

Lihat daftar Fitur di bawah ini untuk informasi lebih lanjut.

Fitur

Azure Boards

Azure Pipelines

Azure Artifacts

Azure Boards

Aturan pembatasan transisi status

Setelah beberapa sprint pratinjau privat, aturan pembatasan transisi status sekarang umumnya tersedia untuk semua pelanggan. Aturan tipe item kerja baru ini memungkinkan Anda membatasi item kerja dipindahkan dari satu status ke status lainnya. Misalnya, Anda dapat membatasi Bug dari Baru ke Diselesaikan. Sebagai gantinya, mereka harus beralih dari Baru –> Aktif -> Diselesaikan

Contoh ini membatasi Bug untuk beralih dari status Baru ke Aktif, lalu ke Diselesaikan alih-alih beralih dari status Baru ke Diselesaikan.

Anda juga dapat membuat aturan untuk membatasi transisi status berdasarkan keanggotaan grup. Misalnya, hanya pengguna di grup "Pemberi Izin" yang dapat memindahkan cerita pengguna dari Baru -> Disetujui.

Salin item kerja untuk menyalin turunan

Salah satu fitur yang paling banyak diminta untuk Azure Boards adalah kemampuan untuk menyalin item kerja yang juga menyalin item kerja turunan. Dalam sprint ini, kami menambahkan opsi baru ke "Sertakan item kerja anak" ke dialog salin item kerja. Jika dipilih, opsi ini akan menyalin item kerja dan menyalin semua item kerja turunan (hingga 100).

Halaman ini memperlihatkan opsi baru di Azure Boards untuk Menyertakan item kerja turunan dalam salinan item kerja.

Aturan yang ditingkatkan untuk bidang yang diaktifkan dan diselesaikan

Hingga saat ini, aturan untuk Diaktifkan Oleh, Tanggal Diaktifkan, Diselesaikan Oleh, dan Tanggal Diselesaikan masih menjadi misteri. Aturan hanya ditetapkan untuk tipe item kerja sistem dan khusus untuk nilai status "Aktif" dan "Diselesaikan". Dalam sprint 172 kami mengubah logika sehingga aturan ini tidak lagi untuk keadaan tertentu. Sebaliknya, aturan dipicu oleh kategori (kategori status) tempat status berada. Misalnya, Anda memiliki status kustom "Memerlukan Pengujian" dalam kategori Diselesaikan. Saat item kerja berubah dari "Aktif" menjadi "Memerlukan Pengujian", aturan Diselesaikan Oleh dan Tanggal Diselesaikan dipicu.

Ini memungkinkan pelanggan untuk membuat nilai status kustom apa pun dan tetap menghasilkan bidang Diaktifkan Oleh, Tanggal Diaktifkan, Diselesaikan Oleh, dan Tanggal Diselesaikan, tanpa perlu menggunakan aturan kustom.

Jenis item kerja sistem pada backlog dan papan (pratinjau privat)

Sejak dimulainya model proses pewarisan, beberapa jenis item kerja telah dikecualikan agar tidak ditambahkan ke papan dan backlog. Jenis item kerja ini meliputi:

Proses Tipe Item Kerja
Agile Masalah
Scrum Halangan
CMMI Permintaan Perubahan
Masalah
Tinjau
Risiko

Memulai sprint ini, kami mengizinkan pratinjau privat bagi pelanggan yang ingin mengaktifkan jenis item kerja ini agar tersedia di tingkat backlog apa pun.

Gunakan halaman Azure Boards ini untuk menambahkan jenis item kerja yang sebelumnya dikecualikan ke papan dan backlog.

Jika Anda tertarik untuk mempratinjau fitur ini, silakan kirim email kepada kami dengan nama organisasi Anda dan kami dapat memberi Anda akses.

Azure Pipelines

Kebijakan kunci penyebaran eksklusif

Dengan pembaruan ini, Anda dapat memastikan bahwa hanya satu eksekusi yang disebarkan ke lingkungan dalam satu waktu. Dengan memilih centang "Kunci eksklusif" pada lingkungan, hanya satu eksekusi yang akan dilanjutkan. Eksekusi selanjutnya yang ingin disebarkan ke lingkungan tersebut akan dijeda. Setelah eksekusi dengan kunci eksklusif selesai, eksekusi terbaru akan dilanjutkan. Setiap eksekusi perantara akan dibatalkan.

Di halaman Tambah pemeriksaan, pilih Kunci Eksklusif guna memastikan hanya satu penyebaran eksekusi ke lingkungan pada satu waktu.

Filter tahapan untuk pemicu sumber daya alur

Dalam sprint ini, kami menambahkan dukungan untuk 'tahapan' sebagai filter untuk sumber daya alur di YAML. Dengan filter ini, Anda tidak perlu menunggu seluruh alur CI selesai untuk memicu alur CD Anda. Anda sekarang dapat memilih untuk memicu alur CD setelah menyelesaikan tahap tertentu dalam alur CI Anda.

resources:
  pipelines:
  - pipeline: MyCIAlias  
    project: Fabrikam  
    source: Farbrikam-CI  
    trigger:    
      stages:            ### This stage filter is used when evaluating conditions for triggering your CD pipeline
      - PreProduction    ### stages are AND'ed. On successful completion of all the stages provided, your CD pipeline will be triggered. 
      - Production

Saat tahapan yang disediakan dalam filter pemicu berhasil diselesaikan di alur CI Anda, eksekusi baru secara otomatis dipicu untuk alur CD Anda.

Pemicu berbasis webhook umum untuk alur YAML

Saat ini, kami memiliki berbagai sumber daya (seperti alur, kontainer, build, dan paket) yang dapat digunakan untuk menggunakan artefak dan mengaktifkan pemicu otomatis. Namun, hingga saat ini, Anda tidak dapat mengotomatiskan proses penyebaran berdasarkan peristiwa atau layanan eksternal lainnya. Dalam rilis ini, kami memperkenalkan dukungan pemicu webhook di alur YAML untuk memungkinkan integrasi otomatisasi alur dengan layanan eksternal apa pun. Anda dapat berlangganan peristiwa eksternal apa pun melalui webhooknya (GitHub, GitHub Enterprise, Nexus, Aritfactory, dll.) dan memicu alur Anda.

Berikut adalah langkah-langkah untuk mengonfigurasi pemicu webhook:

  1. Siapkan webhook di layanan eksternal Anda. Saat membuat webhook, Anda harus memberikan info berikut:

    • Url Permintaan - "https://dev.azure.com/<ADO Organization>/_apis/public/distributedtask/webhooks/<WebHook Name>?api-version=6.0-preview"
    • Rahasia - Ini opsional. Jika Anda perlu mengamankan payload JSON Anda, berikan nilai Rahasia

  2. Buat koneksi layanan "Webhook Masuk" baru. Ini adalah Tipe Koneksi Layanan yang baru diperkenalkan yang memungkinkan Anda menentukan tiga informasi penting:

    • Nama Webhook: Nama webhook harus cocok dengan webhook yang dibuat di layanan eksternal Anda.
    • Header HTTP - Nama header HTTP dalam permintaan yang berisi nilai hash payload untuk verifikasi permintaan. Misalnya, dalam kasus GitHub, header permintaan akan menjadi "X-Hub-Signature"
    • Rahasia - Rahasia digunakan untuk mengurai hash payload yang digunakan untuk verifikasi permintaan masuk (ini opsional). Jika telah menggunakan rahasia dalam membuat webhook, Anda harus memberikan kunci rahasia yang sama

    Di halaman Edit koneksi layanan, konfigurasikan pemicu webhook.

  3. Jenis sumber daya baru yang disebut webhooks diperkenalkan di alur YAML. Untuk berlangganan peristiwa webhook, Anda perlu menentukan sumber daya webhook di alur Anda dan mengarahkannya ke koneksi layanan webhook Masuk. Anda juga dapat menentukan filter tambahan pada sumber daya webhook berdasarkan data payload JSON untuk menyesuaikan pemicu lebih lanjut untuk setiap alur, dan Anda dapat menggunakan data payload dalam bentuk variabel dalam pekerjaan.

resources:
  webhooks:
    - webhook: MyWebhookTrigger          ### Webhook alias
      connection: MyWebhookConnection    ### Incoming webhook service connection
      filters:
        - path: repositoryName      ### JSON path in the payload
          value: maven-releases     ### Expected value in the path provided
        - path: action
          value: CREATED
steps:
- task: PowerShell@2
  inputs:
    targetType: 'inline'
    ### JSON payload data is available in the form of ${{ parameters.<WebhookAlias>.<JSONPath>}}
    script: |
      Write-Host ${{ parameters.MyWebhookTrigger.repositoryName}}
      Write-Host ${{ parameters.MyWebhookTrigger.component.group}}
  1. Setiap kali peristiwa webhook diterima oleh koneksi layanan Webhook Masuk, eksekusi baru akan dipicu untuk semua alur yang berlangganan peristiwa webhook.

Dukungan dan ketertelusuran masalah pemicu sumber daya YAML

Ini bisa membingungkan ketika pemicu alur gagal dijalankan seperti yang Anda harapkan. Untuk membantu lebih memahami hal ini, kami telah menambahkan item menu baru di halaman definisi alur yang disebut 'Masalah Pemicu' di mana informasi muncul mengenai mengapa pemicu tidak dijalankan.

Pemicu sumber daya dapat gagal dijalankan karena dua alasan.

  1. Jika sumber koneksi layanan yang disediakan tidak valid, atau jika ada galat sintaksis di pemicu, pemicu tidak akan dikonfigurasi sama sekali. Ini muncul sebagai kesalahan.

  2. Jika kondisi pemicu tidak cocok, pemicu tidak akan dijalankan. Setiap kali ini terjadi, peringatan akan muncul sehingga Anda dapat memahami mengapa kondisi tidak cocok.

    Halaman definisi alur yang disebut Masalah Pemicu ini menampilkan informasi tentang alasan pemicu tidak berjalan.

Kami telah menambahkan banner peringatan ke halaman alur untuk memberi tahu pengguna tentang insiden yang sedang berlangsung di wilayah Anda, yang dapat memengaruhi alur Anda.

Azure Artifacts

Kemampuan untuk membuat umpan cakupan organisasi dari UI

Kami mengembalikan kemampuan bagi pelanggan untuk membuat dan mengelola umpan yang tercakup dalam organisasi melalui UI web untuk layanan lokal dan yang dihosting.

Anda sekarang dapat membuat umpan cakupan organisasi melalui UI, dengan membuka Artefak -> Buat Umpan dan memilih jenis umpan dalam Cakupan.

Buat umpan yang dilingkup organisasi dengan memilih Artefak, lalu Buat Umpan, dan pilih jenis umpan dalam Cakupan.

Meskipun kami merekomendasikan penggunaan umpan cakupan proyek selaras dengan penawaran Azure DevOps lainnya, Anda dapat kembali membuat, mengelola, dan menggunakan umpan cakupan organisasi melalui UI dan berbagai REST API. Lihat dokumentasi umpan kami untuk informasi lebih lanjut.

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