Penyempurnaan terbaru untuk Paket Pengiriman 2.0

Dalam putaran ini, kami meningkatkan Rencana Pengiriman 2.0 dengan tampilan yang lebih ringkas dan informasi agregat yang baru. Kami juga memperkenalkan Validasi Manual dan pernyataan baru uses untuk mendeklarasikan sumber daya sebelumnya dalam alur YAML.

Lihat daftar Fitur di bawah ini untuk detailnya.

Azure Boards

Azure Pipelines (Alat otomatisasi alur kerja pengembangan perangkat lunak dari Microsoft)

Azure Boards

Paket Pengiriman: Informasi Ikhtisar

Sebagai bagian dari pratinjau publik untuk Rencana Pengiriman 2.0, informasi pengumpulan sekarang tersedia. Saat berhadapan dengan item kerja tingkat yang lebih tinggi seperti Epik atau Fitur, Anda mungkin ingin melihat detail selengkapnya. Roll-up menunjukkan kemajuan item kerja anak yang mendasar, mengungkapkan cerita lengkapnya. Untuk mengaktifkan fitur ini, buka pengaturan paket Anda, lalu Bidang, dan pilih Menampilkan data rollup turunan.


Rencana Pengiriman: Informasi Ikhtisar

Rencana Pengiriman: Tampilan yang diperpendek

Sebagai bagian dari pratinjau publik Paket Pengiriman 2.0, pelanggan sekarang dapat beralih antara tampilan Normal dan Ringkas. Kartu dengan bidang tambahan dapat memakan banyak ruang vertikal. Ini membuatnya sulit untuk melihat lebih dari beberapa kartu di layar pada satu waktu, bahkan ketika sepenuhnya diperbesar. Kami membuat tampilan kartu yang tertutup yang menyembunyikan semua bidang dari kartu dan hanya menampilkan ikon tipe item kerja dan judulnya. Menyembunyikan dan menampilkan semua bidang sekarang hanya dengan sekali klik.


rencana pengiriman

Azure Pipelines (Alat otomatisasi alur kerja pengembangan perangkat lunak dari Microsoft)

Pernyataan "penggunaan" untuk pra-deklarasi sumber daya

Saat alur menjalankan pekerjaan pada agen, agen tersebut diberi token akses untuk memanggil kembali ke REST API Azure Pipelines dan mengunduh sumber daya seperti repositori. Untuk pipeline YAML, kami baru-baru ini menambahkan pengaturan untuk membatasi akses token hanya pada repositori yang benar-benar dikonsumsi dalam satu pekerjaan. Namun, beberapa pelanggan menggunakan repositori tanpa secara eksplisit menggunakan langkah checkout, misalnya, jika mereka menggunakan langkah skrip untuk memanggil Git langsung. Pelanggan ini tidak dapat mengaktifkan fitur pembatasan token, karena Azure Pipelines tidak dapat secara akurat menentukan repositori apa yang diperlukan untuk pekerjaan tersebut.

Dengan pembaruan ini, kami telah menambahkan cara alternatif untuk menyampaikan ke Azure Pipelines bahwa sebuah job ingin menggunakan repositori tanpa menggunakan langkah checkout. Sebagai gantinya, Anda dapat menggunakan kata kunci baru uses , seperti ini:

resources:
  repositories:
  - repository: myrepo
    type: git
    name: MyProject/MyRepo

jobs:
- job: myjob
  uses:
    repositories:
    - myrepo
  steps:
  # without the preceding "uses" statement, if you have the
  # new limit-repositories feature turned on, then Azure Pipelines
  # won't include this repo in the access token and you'll
  # get an access error at runtime (also, in a real pipeline
  # you must include the auth token header as an argument to Git)
  - script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo

Fitur ini juga memecahkan masalah terkait (meskipun kurang umum). Jika Anda menggunakan matrix kata kunci untuk menghasilkan beberapa pekerjaan dan pekerjaan ini menggunakan kumpulan yang ditentukan dalam langkah matriks, Anda mungkin mengalami masalah saat mengotorisasi kumpulan tersebut untuk alur. Akar penyebabnya sama: karena matriks dihitung saat runtime, sistem otorisasi sumber daya di muka tidak dapat secara akurat menentukan kumpulan apa yang digunakan. Dengan menggunakan uses, Anda dapat menyatakan kumpulan apa yang akan digunakan oleh pekerjaan Anda sehingga dapat diotorisasi sebelumnya.

jobs:
- job: mtrx
  strategy:
    matrix:
      windows:
        mypoolname: Private-Windows
      mac:
        mypoolname: Private-Mac
  pool: $(mypoolname)
  # without the following "uses" statement, "pool" won't see
  # the pool names until it's too late, and you'll get an error
  # at runtime
  uses:
    pools:
    - Private-Windows
    - Private-Mac

Validasi Manual untuk alur YAML

Dengan tugas Validasi Manual yang baru dirilis, Anda dapat menjeda alur YAML di tengah tahap. Ini memungkinkan Anda untuk melakukan aktivitas manual atau offline lalu melanjutkan (atau menolak) proses. Ini sangat berguna dalam skenario di mana Anda ingin menjeda pipeline dan membiarkan rekan untuk memvalidasi pengaturan konfigurasi, paket untuk membangun, dll. sebelum beralih ke pekerjaan intensif komputasi yang berjalan lama. Pelajari selengkapnya.


validasi manual

Langkah selanjutnya

Nota

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

Buka Azure DevOps dan lihat.

Pergi ke 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 yang dijawab oleh komunitas di Stack Overflow.

Terima kasih

Matt Cooper

  • Last updated on