Azure Artifacts menyederhanakan integrasi dengan layanan lain

Dengan pembaruan ini, kami telah mempermudah autentikasi Artefak Azure dengan manajer paket populer lainnya. Temukan detail lebih lanjut tentang implementasi aktual di bawah ini.

Fitur

Azure Boards

• Tambahkan filter "Item Kerja Induk" ke papan tugas dan backlog sprint
• Meningkatkan pengalaman penanganan kesalahan –– bidang yang diperlukan pada Bug/Task

Azure Pipelines

• Pratinjau agen set skala
• Ubuntu 20.04 dalam pratinjau untuk kumpulan yang dihosting Azure Pipelines
• Dukungan untuk paket GitHub dalam alur YAML

Azure Artifacts

• Pemberitahuan untuk sumber upstream yang dinonaktifkan
• Ekspresi lisensi dan lisensi yang disematkan
• Tugas autentikasi ringan

Azure Boards

Tambahkan filter "Item Kerja Induk" ke papan tugas dan backlog sprint

Kami menambahkan filter baru ke papan Sprint dan backlog Sprint. Dengan ini, Anda dapat memfilter item backlog tingkat persyaratan (kolom pertama di sebelah kiri) berdasarkan induknya. Misalnya, pada cuplikan layar di bawah ini, kami telah memfilter tampilan untuk hanya menampilkan cerita pengguna di mana induknya adalah "Fitur besar saya".

Meningkatkan pengalaman penanganan kesalahan –– bidang yang diperlukan pada Bug/Tugas

Secara historis, dari papan Kanban, jika Anda memindahkan item kerja dari satu kolom ke kolom lain sedangkan perubahan status memicu aturan bidang, kartu hanya akan menampilkan pesan kesalahan merah yang akan memaksa Anda membuka item kerja untuk memahami akar penyebabnya. Dalam sprint 170, kami meningkatkan pengalaman sehingga Anda sekarang dapat mengeklik pesan kesalahan merah untuk melihat detail kesalahan tanpa harus membuka item kerja itu sendiri.

Azure Pipelines

Pratinjau agen set skala

Kami sedang mempratinjau fitur baru yang disebut agen set skala yang memasangkan kenyamanan dan kapasitas elastis agen yang dihosting Microsoft dengan kontrol dan fleksibilitas agen yang dihost sendiri. Dengan pratinjau ini, kami sekarang memungkinkan Anda mengelola agen sesuai spesifikasi Anda, sepenuhnya otomatis, dalam langganan Azure Anda. Anda mungkin ingin mempertimbangkan untuk menggunakan agen set skala alih-alih agen yang dihosting Microsoft atau dihost sendiri saat Anda:

• membutuhkan lebih banyak memori, lebih banyak prosesor, lebih banyak penyimpanan, atau lebih banyak I/O daripada yang kami tawarkan di agen asli yang dihosting Microsoft
• tidak ingin mengizinkan daftar sejumlah besar alamat IP dalam firewall perusahaan Anda untuk memungkinkan agen yang dihosting Microsoft untuk berkomunikasi dengan server Anda
• membutuhkan lebih banyak agen yang dihosting Microsoft daripada yang dapat kami sediakan untuk memenuhi kebutuhan skala besar Anda
• membutuhkan kemampuan untuk mempartisi pekerjaan paralel yang dihosting Microsoft ke proyek atau tim individual di organisasi Anda
• tidak ingin menjalankan agen khusus sepanjang waktu tetapi sebaliknya ingin mendeprovisi mesin agen yang tidak digunakan secara aktif

Untuk menggunakan agen set skala, Anda akan terlebih dahulu membuat set skala VM di langganan Azure Anda, lalu membuat kumpulan agen di Azure Pipelines untuk menunjuk ke set skala tersebut. Azure Pipelines akan secara otomatis menskalakan kumpulan ini berdasarkan jumlah pekerjaan yang tertunda dan jumlah mesin menganggur yang ingin Anda pertahankan setiap saat. Azure Pipelines juga akan menginstal agen untuk Anda di komputer virtual ini. Untuk informasi selengkapnya, lihat agen set skala. Saat Anda mempratinjau fitur, sertakan umpan balik Anda di halaman dokumentasi.

Ubuntu 20.04 dalam pratinjau untuk kumpulan yang dihosting Azure Pipelines

Gambar Ubuntu 20.04 sekarang tersedia dalam pratinjau untuk kumpulan yang dihosting Azure Pipelines. Untuk menggunakan gambar ini, perbarui file YAML Anda untuk menyertakan vmImage: 'ubuntu-20.04' . Harap dicatat, label gambar terbaru ubuntu akan terus menunjuk ke ubuntu-18.04 hingga ubuntu-20.04 keluar dari pratinjau akhir tahun ini.

Harap dicatat, karena gambar ubuntu 20.04 dalam pratinjau, saat ini tidak mendukung semua alat yang tersedia di ubuntu-18.04 . Pelajari lebih lanjut

Dukungan untuk paket GitHub dalam alur YAML

Baru-baru ini, kami memperkenalkan jenis sumber daya baru yang disebut paket yang menambahkan dukungan untuk menggunakan paket NuGet dan npm dari GitHub sebagai sumber daya dalam alur YAML. Sebagai bagian dari sumber daya ini, Anda sekarang dapat menentukan jenis paket (NuGet atau npm) yang ingin Anda gunakan dari GitHub. Anda juga dapat mengaktifkan pemicu alur otomatis setelah rilis versi paket baru. Saat ini, dukungan hanya tersedia untuk menggunakan paket dari GitHub, tetapi ke depannya, kami berencana untuk memperluas dukungan agar dapat menggunakan paket dari repositori paket lain seperti NuGet, npm, AzureArtifacts dan banyak lagi. Lihat contoh di bawah ini untuk mengetahui detailnya:

resources:
  packages:
    - package: myPackageAlias # alias for the package resource
      type: Npm # type of the package NuGet/npm
      connection: GitHubConn # GitHub service connection of type PAT
      name: nugetTest/nodeapp # <Repository>/<Name of the package>
      version: 1.0.9 # Version of the package to consume; Optional; Defaults to latest
      trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers

Catatan: Hari ini paket GitHub hanya mendukung autentikasi berbasis PAT, yang berarti bahwa koneksi layanan GitHub dalam sumber daya paket harus berjenis PAT. Setelah batasan ini dicabut, kami akan memberikan dukungan untuk jenis autentikasi lainnya.

Secara default, paket tidak diunduh secara otomatis dalam pekerjaan Anda. Itulah sebabnya kami telah menerapkan makro getPackage yang memungkinkan Anda menggunakan paket yang ditentukan dalam sumber daya. Lihat contoh di bawah ini untuk mengetahui detailnya:

- job: job1
  pool: default
  steps:
    - getPackage: myPackageAlias # Alias of the package resource

Azure Artifacts

Pemberitahuan untuk sumber upstream yang dinonaktifkan

Antarmuka web Azure Artifacts sekarang memberi tahu Anda ketika satu atau beberapa sumber hulu umpan Anda tidak berfungsi. Sumber hulu memungkinkan Anda mengarahkan umpan (Umpan A) ke umpan lain (Umpan B), dan memungkinkan konsumen Umpan A mengakses paket dari Umpan B tanpa perlu terhubung langsung ke sana. Untuk informasi selengkapnya tentang sumber upstream, silakan lihat dokumentasi Azure Artifacts. Sumber hulu mungkin tidak berfungsi jika dinonaktifkan di sumbernya, misalnya jika Umpan B dihapus secara diam-diam, pelanggan tidak akan dapat mengambil paket darinya melalui Umpan A. Di masa lalu, situasi ini dapat terjadi tanpa peringatan, dan menyebabkan masalah operasional yang sulit didiagnosis seperti kerusakan build tiba-tiba karena dependensi yang hilang (yaitu paket yang bersumber dari Umpan B dalam contoh di atas). Sekarang, Artefak Azure akan memberikan peringatan kepada Anda ketika ada masalah dengan sumber upstream umpan Anda. Ketika ada masalah, Anda akan melihat banner (panah merah di bawah) di halaman detail umpan Azure Artifacts.

Mengklik tautan di banner akan membuka halaman yang menunjukkan status setiap sumber hulu umpan Anda. Selain informasi tentang setiap sumber upstream untuk umpan saat ini, Anda dapat melihat status saat ini di bawah kolom "Terakhir disinkronkan". Sumber hulu yang berfungsi dengan baik akan menampilkan tanda centang hijau dengan terakhir kali kesehatan sumber diverifikasi. Sumber hulu yang rusak akan menampilkan X merah bersama dengan waktu diperiksa. Sumber hulu yang menunggu verifikasi akan menampilkan ikon informasi biru.

Saat Anda mengklik waktu sinkronisasi terakhir untuk sumber upstream yang rusak, dialog akan membuka berbagi detail selengkapnya tentang akar penyebab masalah (jika tersedia). Misalnya, pada gambar di bawah ini, sumber hulu yang dimaksud tidak berfungsi karena umpan target dihapus. Dialog juga berisi tautan ke log audit, untuk membantu Anda memahami siapa yang telah membuat perubahan yang relevan baru-baru ini. Tautan ke pengaturan izin dan dokumentasi Azure Artifacts juga dapat digunakan untuk membantu menyelidiki akar penyebabnya.

Ekspresi lisensi dan lisensi yang disematkan

Sekarang Anda dapat melihat detail informasi lisensi untuk paket NuGet yang disimpan di Azure Artifacts saat menelusuri paket di Visual Studio. Ini berlaku untuk lisensi yang diwakili dengan menggunakan ekspresi lisensi atau lisensi yang disematkan. Sekarang Anda dapat melihat tautan ke informasi lisensi di halaman detail paket Visual Studio (panah merah pada gambar di bawah).

Mengeklik tautan akan membawa Anda ke halaman web tempat Anda bisa melihat detail lisensi. Pengalaman ini sama untuk ekspresi lisensi dan lisensi yang disematkan, sehingga Anda dapat melihat detail lisensi untuk paket yang disimpan di Azure Artifacts di satu tempat (untuk paket yang menentukan informasi lisensi dan didukung oleh Visual Studio).

Tugas autentikasi ringan

Sekarang Anda dapat melakukan autentikasi dengan manajer paket populer dari Alur Azure dengan menggunakan tugas autentikasi ringan. Ini mencakup NuGet, npm, PIP, Twine, dan Maven. Sebelumnya, Anda dapat melakukan autentikasi dengan manajer paket ini menggunakan tugas yang menyediakan sejumlah besar fungsionalitas, termasuk kemampuan untuk menerbitkan dan mengunduh paket. Namun, hal ini memerlukan penggunaan tugas-tugas ini untuk semua aktivitas yang berinteraksi dengan manajer paket. Jika Anda memiliki skrip Anda sendiri untuk dijalankan untuk melakukan tugas seperti menerbitkan atau mengunduh paket, Anda tidak akan dapat menggunakannya di Alur Anda. Sekarang, Anda dapat menggunakan skrip desain Anda sendiri di YAML alur Anda dan melakukan autentikasi dengan tugas ringan baru ini. Contoh menggunakan npm:

Penggunaan perintah "ci" dan "terbitkan" dalam ilustrasi ini bersifat manasuka, Anda dapat menggunakan perintah apa pun yang didukung oleh Alur Azure YAML. Dengan ini, Anda memiliki kontrol penuh atas pemanggilan perintah dan penggunaan skrip bersama dalam konfigurasi alur Anda jadi lebih mudah. Untuk informasi selengkapnya, silakan lihat dokumentasi tugas autentikasi NuGet, npm, PIP, Twine, dan Maven.

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.

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

Terima kasih,

Aaron Hallberg