Bagikan melalui

NuGet, npm, dan tugas Artefak lainnya mendukung proksi - Pembaruan Sprint 147

Dalam Pembaruan Sprint 147 Azure DevOps, kami telah memperbarui berbagai tugas Rangkaian Proses yang terkait dengan artefak untuk mendukung proksi. Dengan pembaruan ini, proksi sekarang berfungsi di tugas npm, NuGet, .NET Core, dan Paket Universal.

Lihat daftar Fitur di bawah ini untuk informasi selengkapnya.

Features

Umum:

Azure Boards

Azure Repos:

Azure Pipelines:

Artefak Azure:

Pelaporan:

Wiki:

General

Semua pengguna sekarang di Navigasi Baru

Dengan sprint ini, semua pengguna telah dipindahkan ke Navigasi Baru. Kami telah menghapus tombol fitur pratinjau yang memungkinkan pengguna kembali ke model navigasi sebelumnya. Untuk mempelajari selengkapnya tentang menavigasi di portal web, lihat Navigasi portal web di Azure DevOps.

Azure Boards

Perlihatkan status item kerja dalam penyebutan #ID

Untuk meningkatkan pengalaman penyebutan item kerja, kami telah menambahkan informasi selengkapnya saat Anda menautkan item kerja menggunakan #ID. Sekarang Anda akan melihat di bagian diskusi status item kerja yang Anda tautkan selain ID, judul, dan jenis item kerja.

Perlihatkan status item kerja.

Pengalaman ini juga dapat digunakan di halaman Wiki seperti yang dijelaskan di sini, serta dalam komentar permintaan pull. Untuk detail selengkapnya, lihat dokumentasi tentang menggunakan #ID untuk menautkan ke item kerja di sini.

Azure Repos

Menampilkan file kiri atau kanan saja dalam permintaan pull

Hari ini, saat melihat perubahan file dalam pull request, Anda dapat menggunakan Diff Berdampingan atau Diff Sebaris. Kami telah menerima umpan balik bahwa banyak dari Anda hanya ingin melihat file asli atau file yang diubah, tanpa membandingkannya. Jadi, kami menambahkan opsi baru yang akan memungkinkan Anda melihat file kiri atau file kanan satu per satu.

Lihat hanya file kiri atau kanan dalam permintaan pull.

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

Memulihkan alur rilis yang dihapus

Menghapus alur rilis yang tidak digunakan membantu menjaga daftar alur rilis tetap bersih tetapi terkadang Anda menghapus sesuatu secara tidak sengaja. Dengan pembaruan ini, sekarang dimungkinkan untuk memulihkan alur rilis yang dihapus dalam 30 hari terakhir. Kami menambahkan tab baru ke panel kiri halaman Rilis yang akan menampilkan daftar alur rilis yang dihapus. Dari tampilan ini Anda dapat memulihkan alur rilis yang dihapus dengan memilih alur dari daftar dan mengklik tombol Pulihkan.

Pulihkan alur rilis yang dihapus.

File YAML untuk alur baru dikomit oleh identitas Anda, bukan bot kami

Saat membuat alur, Azure Pipelines akan secara opsional menerapkan file YAML ke repositori Anda lalu membuat permintaan pull untuk alur. Sebelumnya, jika repositori berada di GitHub dan Anda menginstal Aplikasi GitHub Azure Pipelines , permintaan penerapan dan penarikan tampaknya dibuat oleh Aplikasi GitHub: "Azure Pipelines [bot]". Dengan pembaruan ini, kami akan menampilkan identitas GitHub Anda sebagai pembuat alur alih-alih Aplikasi GitHub.

Membuat alur dari file YAML yang ada di cabang atau jalur apa pun

Saat ini, Azure Pipelines akan mendeteksi dan secara otomatis menggunakan file YAML yang ada bernama azure-pipelines.yml atau .azure-pipelines.yml di akar repositori Anda di cabang default saat membuat alur baru. Dengan pembaruan ini, Anda dapat memilih file YAML Azure Pipelines yang ada dengan nama atau jalur yang berbeda, atau di cabang yang bukan default.

Untuk memilih file yang sudah ada, dari halaman konfigurasi wizard Alur Build Baru pilih File YAML Pipelines Azure yang Sudah Ada. Kemudian, pilih cabang dan telusuri untuk memilih jalur file YAML.

Buat alur dari file YAML yang ada di cabang atau jalur apa pun.

Jalankan alur menggunakan komentar permintaan pull GitHub

Dengan pembaruan ini, Anda dapat menjalankan alur atau rangkaian pengujian untuk memvalidasi permintaan tarik GitHub dari bagian komentar PR tersebut. Setiap pemilik atau kolaborator dapat mengomentari sebuah permintaan pull dengan /AzurePipelines run atau /AzurePipelines run <pipeline_name> untuk memicu proses build.

Anda juga dapat menyingkat penanda /AzurePipelines sebagai /azp. Untuk detail selengkapnya tentang fitur ini, ketik /azp help dalam komentar.

Jalankan alur menggunakan komentar permintaan pull GitHub.

Membatasi build validasi pull request untuk anggota tim yang berwenang

Praktik yang baik untuk melindungi kualitas cabang adalah dengan menerapkan build validasi pull request. Hingga saat ini, build validasi tersebut dipicu secara otomatis oleh pull request GitHub mana pun, yang bisa berisiko karena build akan dimulai tanpa tinjauan Anda.

Dengan pembaruan ini, Anda dapat memerlukan build validasi permintaan pull untuk diotorisasi oleh tim Anda. Untuk melakukannya, pilih tab Pemicu di pengaturan alur Anda. Kemudian, di bawah Validasi permintaan penarikan, aktifkan Hanya memicu build untuk komentar permintaan penarikan kolaborator dan simpan pipeline.

Sekarang, build validasi pull request tidak akan dipicu secara otomatis. Setiap pemilik atau kontributor repositori dapat memicu build validasi dengan mengomentari permintaan pull dengan /AzurePipelines run atau /AzurePipelines run <pipeline_name>.

Batasi build validasi permintaan pull untuk anggota tim yang berwenang.

Menerbitkan artefak build dengan jalur berkas yang panjang

Hingga saat ini, ada batasan yang mencegah pengunggahan artefak build dengan jalur lebih dari 233 karakter. Ini dapat mencegah Anda mengunggah hasil cakupan kode dari build Linux dan macOS yang memiliki jalur file lebih panjang dari batas. Dengan pembaruan ini, kami telah memperpanjang batas untuk mendukung path yang lebih panjang.

Titik kontribusi ekstensi baru di tab Uji Alur

Sprint ini, kami terus memperkuat kerangka ekstensi dengan menambahkan dua titik kontribusi baru di tab Hasil Tes di Pipelines. Ini akan memungkinkan ekstensi Marketplace untuk memberikan pengalaman pelaporan yang lebih disesuaikan dan menambahkan interaktivitas lebih lanjut.

Dua poin kontribusi adalah:

  1. tombol Tindakan Kustom di toolbar

    Terkadang Anda mungkin ingin melakukan tindakan seperti memperbarui data API atau menjalankan alat kustom menggunakan metadata dari hasil pengujian Anda. Dengan titik kontribusi ini, Anda dapat membuat ekstensi yang menggunakan konteks langsung dari hasil pengujian yang dipilih untuk menambahkan tindakan kustom ke tombol *Tindakan Kustom- .

    Tombol Tindakan Kustom di toolbar.

  2. Tab Kustom pada panel detail

    Anda mungkin memiliki berbagai alur kerja konsumsi laporan pengujian dan mungkin ingin melihat titik data yang berbeda terhadap pengujian yang gagal untuk penelusuran kesalahan dan analisis. Dengan menggunakan titik kontribusi ini, tim Anda dapat menambahkan tab baru ke panel detail yang akan muncul saat Anda memilih baris hasil pengujian apa pun di kisi data. Tab baru ini dapat menampilkan tampilan dengan konten statis atau data dinamis yang diambil menggunakan API internal atau eksternal.

Azure Artifacts

Hingga saat ini, banyak tugas build terkait Artefak tidak memberikan dukungan penuh untuk infrastruktur proksi Azure Pipelines, yang menyebabkan kesulitan dalam penggunaan tugas oleh agen di lokasi. Dengan pembaruan ini, kami telah menambahkan dukungan untuk proksi ke tugas-tugas berikut:

Delegasikan pihak yang dapat mengelola umpan

Di Azure Artifacts, Administrator Koleksi Proyek (PCAs) selalu dapat mengelola semua umpan di organisasi Azure DevOps. Dengan pembaruan ini, PCA juga dapat memberikan kemampuan ini kepada pengguna dan grup lain, sehingga mendelegasikan kemampuan untuk mengelola umpan apa pun.

Pelaporan

Widget Tren Hasil Uji (Lanjutan)

Widget Tren hasil pengujian (Tingkat Lanjut) sekarang tersedia untuk mereka yang telah menginstal Ekstensi Analitik di organisasi Azure DevOps mereka. Ini menyediakan akses visibilitas mendekati real-time ke data pengujian Anda untuk beberapa build dan rilis. Widget Test result trend (Advanced) menampilkan tren hasil pengujian Anda untuk alur Anda atau di seluruh alur. Anda dapat menggunakannya untuk melacak jumlah harian pengujian, laju lulus, dan durasi pengujian. Melacak kualitas pengujian dari waktu ke waktu dan meningkatkan jaminan pengujian adalah kunci untuk mempertahankan alur DevOps yang sehat.

Widget tren hasil pengujian (Tingkat Lanjut).

Widget tren hasil pengujian (Advanced) membantu Anda menemukan outlier dalam hasil pengujian Anda dan menjawab pertanyaan seperti: apakah pengujian membutuhkan waktu lebih lama untuk dijalankan dari biasanya? File pengujian atau alur apa yang memengaruhi tingkat pass saya secara keseluruhan? Apa tes jangka panjang saya?

Untuk membantu Anda menjawab pertanyaan-pertanyaan ini, widget menyediakan fitur-fitur ini:

  • Menampilkan tren laju lulus, dan jumlah hasil pengujian atau durasi pengujian
  • Menyajikan hasil pengujian berdasarkan beberapa alur build atau alur rilis
  • Menggunakan opsi bagan gabungan untuk menampilkan dua metrik dalam tren yang sama
  • Memfilter jumlah pengujian dari waktu ke waktu berdasarkan hasil pengujian
  • Memfilter semua hasil pengujian Anda menurut cabang atau pengujian
  • Menumpuk metrik Anda berdasarkan atribut pengujian seperti Prioritas atau Lingkungan
  • Kelompokkan data Anda pada File Pengujian, pemilik, atau pipeline

Widget ini sangat dapat dikonfigurasi memungkinkan Anda menggunakannya untuk berbagai skenario.

Wiki

Hingga saat ini, tautan halaman Wiki bersama rusak jika halaman tertaut diganti namanya atau dipindahkan. Dengan pembaruan ini, kami telah memperkenalkan tautan permanen dengan menambahkan ID halaman ke URL. Ini memastikan bahwa tautan yang Anda bagikan tetap utuh saat wiki berubah dari waktu ke waktu.

Fitur ini diprioritaskan berdasarkan tiket saran yang diajukan melalui sistem.

Perlihatkan status item kerja di halaman Wiki

Dalam pembaruan ini, kami telah menyempurnakan penyebutan item kerja di halaman Wiki dengan menambahkan status item kerja ke halaman, bersama dengan ID dan judulnya.

Perlihatkan status item kerja di halaman Wiki.

Referensi item kerja dalam komentar Pull Request dan diskusi papan juga akan memperlihatkan status.

Fitur ini diprioritaskan berdasarkan saran.

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 umpan balik untuk melaporkan masalah atau memberikan saran.

Buat saran

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

Terima kasih

Alex Mullans

  • Last updated on