Catatan Rilis Azure DevOps Server 2022 Update 2
| Persyaratan Sistem Komunitas | Pengembang dan Persyaratan | Lisensi Kompatibilitas | DevOps Blog | SHA-256 Hash |
Dalam artikel ini, Anda akan menemukan informasi mengenai rilis terbaru untuk Azure DevOps Server.
Untuk mempelajari lebih lanjut tentang menginstal atau meningkatkan penyebaran Azure DevOps Server, lihat Persyaratan Azure DevOps Server.
Untuk mengunduh produk Azure DevOps Server, kunjungi halaman Unduhan Server Azure DevOps.
Peningkatan langsung ke Azure DevOps Server 2022 Update 2 didukung dari Azure DevOps Server 2019 atau Team Foundation Server 2015 atau yang lebih baru. Jika penyebaran TFS Anda ada di TFS 2013 atau yang lebih lama, Anda perlu melakukan beberapa langkah sementara sebelum meningkatkan ke Azure DevOps Server 2022. Silakan lihat halaman Instal untuk informasi selengkapnya.
Tanggal Rilis Azure DevOps Server 2022.2 RTW: 9 Juli 2024
Ringkasan Apa yang Baru di Azure DevOps Server 2022.2 RTW
Catatan
Pembaruan 16/7/2024: Saat ini kami sedang menyelidiki masalah dengan memuat Konfigurasi Tim Papan dan memuat nama Teams. Anda dapat menggunakan Pengaturan keamanan sebagai solusi untuk mengelola anggota Tim. Kami akan menyediakan pembaruan di Azure DevOps Server 2022.2 RTW sekarang tersedia posting blog.
Azure DevOps Server 2022.2 RTW adalah penggulungan perbaikan bug. Ini termasuk semua fitur di Azure DevOps Server 2022.2 RC yang sebelumnya dirilis. Anda dapat langsung menginstal Azure DevOps Server 2022.2 atau meningkatkan dari Azure DevOps Server 2020, 2019 atau Team Foundation Server 2015 atau yang lebih baru. Masalah dan kerentanan berikut telah diatasi dengan rilis ini:
- CVE-2024-35266: Kerentanan Spoofing Server Azure DevOps
- CVE-2024-35267: Kerentanan Spoofing Server Azure DevOps
- Tiket umpan balik Komunitas Pengembang: Versi agen tidak diperbarui setelah meningkatkan ke Azure DevOps Server 2022.1 dan menggunakan Agen Pembaruan dalam konfigurasi Kumpulan Agen
- Tiket umpan balik Komunitas Pengembang: Masalah saat memuat halaman konfigurasi Tim
- Tiket umpan balik Komunitas Pengembang: Memperbaiki penanganan tanggal yang salah dalam pemberitahuan email PR untuk format regional tertentu
Tanggal Rilis Azure DevOps Server 2022 Update 2 RC: 7 Mei 2024
Azure DevOps Server 2022.2 RC menyertakan banyak fitur baru. Beberapa sorotannya meliputi:
- Batas untuk jalur area dan perulangan
- Melewati Persetujuan dan Pemeriksaan dalam alur
- Validasi YAML yang disempurnakan
- Dukungan Azure Artifacts untuk Kargo Peti
- Pengalaman direktori Dasbor Baru
- Salin dan Impor Cepat dengan Paket Pengujian atau ID Suite
Anda juga dapat langsung membuka bagian individual dan melihat semua fitur baru untuk setiap layanan:
Umum
Menerbitkan tugas Hasil Pengujian
Tugas Terbitkan Hasil Pengujian sekarang mendukung lampiran uji coba untuk format laporan JUnit.
Versi baru SDK Ekstensi Web Azure DevOps
Dengan pembaruan ini, kami merilis versi baru SDK Ekstensi Web Azure DevOps. SDK klien memungkinkan ekstensi web untuk berkomunikasi ke bingkai host. Ini dapat digunakan untuk:
- Beri tahu host bahwa ekstensi dimuat atau memiliki kesalahan
- Dapatkan informasi kontekstual dasar tentang halaman saat ini (informasi pengguna, host, dan ekstensi saat ini)
- Dapatkan informasi tema
- Mendapatkan token otorisasi untuk digunakan dalam panggilan REST kembali ke Azure DevOps
- Dapatkan layanan jarak jauh yang ditawarkan oleh bingkai host
Anda dapat menemukan referensi API lengkap dalam dokumentasi paket azure-devops-extension-sdk. Versi baru ini menyediakan dukungan untuk modul berikut:
Dukungan Modul ES: SDK sekarang mendukung modul ES (ECMAScript) selain modul AMD (Definisi Modul Asinkron) yang ada. Anda sekarang dapat mengimpor SDK menggunakan sintaks modul ES, yang memberikan peningkatan performa dan mengurangi ukuran aplikasi.
Kompatibilitas Mundur untuk Modul AMD: Dukungan yang ada untuk modul AMD tetap utuh. Jika proyek Anda menggunakan modul AMD, Anda dapat terus menggunakannya seperti sebelumnya tanpa perubahan apa pun.
Cara menggunakan:
Untuk modul ES, Anda dapat mengimpor modul kami menggunakan pernyataan impor:
import * as SDK from 'azure-devops-extension-sdk';
// Use the module here
Jika Anda menggunakan modul AMD, Anda dapat terus mengimpor SDK menggunakan require fungsi :
require(['azure-devops-extension-sdk'], function(SDK) {
// Use the module here
});
Boards
Batas untuk jalur area dan perulangan
Batasan berperan penting dalam menjaga kesehatan dan efisiensi layanan global yang besar. Dengan rilis ini, kami memperkenalkan batas keras 10.000 per proyek untuk jalur area dan perulangan. Kunjungi halaman Pelacakan kerja, proses, dan batas proyek untuk mempelajari selengkapnya tentang batas yang berbeda dalam layanan.
Kontrol Pengembangan dan Penyebaran
Kami sekarang menghapus kontrol Pengembangan dan/atau Penyebaran dari item kerja, tergantung pada bagaimana proyek Anda dikonfigurasi. Misalnya, Anda dapat mengonfigurasi pengaturan proyek untuk menonaktifkan Repos dan/atau Alur.
Saat Anda masuk ke item kerja, kontrol Pengembangan dan Penyebaran yang sesuai akan disembunyikan dari formulir.
Jika Anda memutuskan untuk menyambungkan repositori GitHub ke Azure Boards, kontrol Pengembangan untuk repositori GitHub akan ditampilkan.
Repositori
"Kebijakan cabang" baru mencegah pengguna menyetujui perubahan mereka sendiri
Untuk meningkatkan kontrol tentang perubahan apa yang disetujui pengguna dan mencocokkan persyaratan peraturan/kepatuhan yang lebih ketat, kami menyediakan opsi untuk mencegah pengguna menyetujui perubahannya sendiri kecuali diizinkan secara eksplisit.
Pengguna dengan kemampuan untuk mengelola kebijakan cabang sekarang dapat beralih opsi yang baru ditambahkan "Memerlukan setidaknya satu persetujuan pada setiap iterasi" di bawah "Ketika perubahan baru didorong". Ketika opsi ini dipilih, setidaknya satu suara persetujuan untuk perubahan cabang sumber terakhir diperlukan. Persetujuan pengguna tidak dihitung terhadap perulangan yang tidak disetujui sebelumnya yang didorong oleh pengguna tersebut. Akibatnya, persetujuan tambahan pada iterasi terakhir diperlukan untuk dilakukan oleh pengguna lain.
Gambar berikut menunjukkan permintaan pull yang dibuat oleh pengguna A dan 4 penerapan tambahan (iterasi) yang dibuat untuk permintaan pull tersebut oleh pengguna B, C, A lagi dan C. Setelah iterasi kedua (penerapan yang dilakukan oleh pengguna B) dilakukan, pengguna C menyetujuinya. Pada saat itu, persetujuan tersirat dari penerapan pertama pengguna A (ketika permintaan pull dibuat) dan kebijakan yang baru diperkenalkan akan berhasil. Setelah iterasi kelima (penerapan terakhir pengguna C), persetujuan dilakukan oleh pengguna A. Ini menyiratkan persetujuan untuk penerapan sebelumnya yang dilakukan oleh pengguna C, tetapi tidak menyiratkan persetujuan untuk penerapan kedua yang dilakukan oleh pengguna A dalam perulangan keempat. Agar kebijakan yang baru diperkenalkan berhasil, perulangan yang tidak disetujui empat harus disetujui baik dengan persetujuan dari pengguna B, C atau pengguna lain yang belum membuat perubahan apa pun pada permintaan pull.
Catatan
Ada masalah yang diketahui di mana kebijakan cabang akan mengambil grup, yang dikonfigurasi sebagai peninjau, sebagai entitas yang menyetujui. Mari kita bayangkan ada persetujuan yang diperlukan yang dilakukan oleh setiap pengguna Grup G. Pengguna A adalah anggota Grup G tersebut. Setelah Pengguna A memberikan persetujuan seperti pada gambar di atas (setelah iterasi kelima), persetujuan Grup G menyetujui perubahan yang dilakukan oleh Pengguna A. Ini tidak diharapkan dan akan diselesaikan dalam rilis RTW.
Dukungan filter tanpa blob dan tanpa pohon
Azure DevOps sekarang mendukung dua pemfilteran tambahan saat mengkloning/mengambil. Ini adalah: --filter=blob:none dan --filter=tree:0 Opsi pertama (klon blobless) paling baik digunakan untuk pengembangan reguler sementara opsi kedua (klon tanpa pohon) lebih cocok untuk kasus-kasus di mana Anda membuang klon setelah, misalnya menjalankan build.
Penghentian SSH-RSA
Azure Repos menyediakan dua metode bagi pengguna untuk mengakses repositori git di Azure Repos – HTTPS dan SSH. Untuk menggunakan SSH, Anda perlu membuat pasangan kunci menggunakan salah satu metode enkripsi yang didukung. Di masa lalu, kami hanya mendukung SSH-RSA dan kami telah meminta pengguna untuk mengaktifkan SSH-RSA di sini.
Dengan pembaruan ini, kami mengumumkan penghentian SSH-RSA sebagai metode enkripsi yang didukung untuk menyambungkan ke Azure Repos menggunakan SSH. Anda dapat melihat detail selengkapnya di Akhir dukungan SSH-RSA untuk posting blog Azure Repos .
Pipelines
Mencegah eksekusi alur yang tidak diinginkan
Hari ini, jika alur YAML Anda tidak menentukan trigger bagian, alur tersebut berjalan untuk setiap perubahan yang didorong ke repositorinya. Ini dapat menciptakan kebingungan mengapa alur berjalan dan menyebabkan banyak eksekusi yang tidak diinginkan.
Kami menambahkan pengaturan Alur tingkat koleksi dan proyek bernama Nonaktifkan pemicu YAML CI tersirat yang memungkinkan Anda mengubah perilaku ini. Anda dapat memilih untuk tidak memicu alur jika bagian pemicunya hilang.
Mencoba kembali tahap saat persetujuan dan waktu pemeriksaan habis
Ketika persetujuan dan waktu pemeriksaan habis, tahap tempat mereka berada dilewati. Tahapan yang memiliki dependensi pada tahap yang dilewati juga dilewati.
Sekarang Anda dapat mencoba kembali tahap saat persetujuan dan memeriksa waktu habis. Sebelumnya, ini hanya dimungkinkan ketika persetujuan habis.
Melewati Persetujuan dan Pemeriksaan
Persetujuan dan pemeriksaan membantu melindungi akses ke sumber daya penting, seperti koneksi layanan, repositori, atau kumpulan agen. Kasus penggunaan umum adalah menggunakan Persetujuan dan Pemeriksaan saat menyebarkan ke produksi, dan Anda ingin melindungi koneksi layanan ARM.
Katakanlah Anda menambahkan pemeriksaan berikut pada koneksi layanan: Persetujuan, pemeriksaan Jam Kerja, dan pemeriksaan Invoke Azure Function (untuk memberlakukan penundaan antara wilayah yang berbeda).
Sekarang, bayangkan Anda harus melakukan penyebaran perbaikan. Anda memulai eksekusi alur, tetapi tidak dilanjutkan, itu menunggu sebagian besar pemeriksaan selesai. Anda tidak dapat menunggu persetujuan dan pemeriksaan selesai.
Dengan rilis ini, kami memungkinkan untuk melewati persetujuan dan pemeriksaan yang berjalan, sehingga Anda dapat menyelesaikan perbaikan Anda.
Anda dapat melewati persetujuan, Jam Kerja, Memanggil Azure Function, dan Memanggil pemeriksaan REST API.
Melewati Persetujuan.
Lewati pemeriksaan Jam Kerja.
Lewati pemeriksaan Invoke Azure Function. Lewati pemeriksaan Jam Kerja.
Ketika pemeriksaan dilewati, Anda dapat melihatnya di panel pemeriksaan.
Anda dapat melewati pemeriksaan hanya jika Anda adalah Administrator sumber daya tempat pemeriksaan ditentukan.
Jalankan ulang pemanggilan pemeriksaan fungsi Azure
Bayangkan Bahwa Anda menyebarkan sistem Anda dalam beberapa tahap. Sebelum menyebarkan tahap kedua, ada pemeriksaan Persetujuan dan Invoke Azure Function yang menjalankan pemeriksaan kewarasan pada bagian sistem yang sudah disebarkan.
Saat meninjau permintaan Persetujuan, Anda melihat pemeriksaan kewarasan berjalan dua hari sebelumnya. Dalam skenario ini, Anda mungkin mengetahui penyebaran lain yang memengaruhi hasil pemeriksaan kewarasan.
Dengan pembaruan ini, Anda dapat menjalankan ulang pemeriksaan Invoke Azure Function dan Invoke REST API. Fungsionalitas ini hanya tersedia untuk pemeriksaan yang berhasil dan tidak memiliki percobaan ulang.
Catatan
Anda dapat menjalankan ulang pemeriksaan hanya jika Anda adalah Administrator sumber daya tempat pemeriksaan ditentukan.
Dukungan untuk server perusahaan GitHub dalam pemeriksaan templat yang diperlukan
Templat adalah mekanisme keamanan yang memungkinkan Anda mengontrol tahapan, pekerjaan, dan langkah-langkah alur dalam koleksi proyek Anda.
Pemeriksaan Perlu templat memungkinkan Anda memberlakukan bahwa alur meluas dari serangkaian templat yang disetujui sebelum mengakses sumber daya yang dilindungi, seperti kumpulan agen atau koneksi layanan.
Anda sekarang dapat menentukan templat yang terletak di repositori GitHub Enterprise Server.
Peran administrator untuk semua Lingkungan
Lingkungan dalam alur YAML mewakili sumber daya komputasi tempat Anda menyebarkan aplikasi, misalnya kluster AKS atau sekumpulan VM. Mereka memberi Anda kontrol keamanan dan keterlacakan untuk penyebaran Anda.
Mengelola lingkungan bisa sangat menantang. Ini karena, ketika lingkungan dibuat, orang yang membuatnya secara otomatis menjadi administrator satu-satunya. Misalnya, jika Anda ingin mengelola persetujuan dan memeriksa semua lingkungan dengan cara terpusat, Anda harus meminta setiap administrator lingkungan untuk menambahkan pengguna atau grup tertentu sebagai administrator, lalu menggunakan REST API untuk mengonfigurasi pemeriksaan. Pendekatan ini melelahkan, rawan kesalahan, dan tidak menskalakan saat lingkungan baru ditambahkan.
Dengan rilis ini, kami menambahkan peran Administrator di tingkat hub lingkungan. Ini membawa lingkungan setingkat dengan koneksi layanan atau kumpulan agen. Untuk menetapkan peran Administrator ke pengguna atau grup, Anda harus sudah menjadi administrator hub lingkungan atau pemilik koleksi proyek.
Pengguna dengan peran Administrator ini dapat mengelola izin, mengelola, melihat, dan menggunakan lingkungan apa pun. Ini termasuk membuka lingkungan untuk semua alur.
Saat Anda memberikan peran Administrator pengguna di tingkat hub lingkungan, mereka menjadi administrator untuk semua lingkungan yang ada dan untuk lingkungan di masa mendatang.
Validasi YAML yang disempurnakan
Untuk memverifikasi sintaks YAML Anda sudah benar, Anda dapat menggunakan fungsionalitas Validasi editor web Azure Pipelines. Dengan demikian, penting bahwa fungsionalitas ini menangkap masalah YAML sebanyak mungkin.
Validasi YAML sekarang lebih menyeluruh dalam hal ekspresi.
Saat menulis alur YAML, Anda dapat menggunakan fungsi untuk menentukan nilai variabel.
Bayangkan Anda menentukan variabel berikut:
variables:
Major: '1'
Minor: '0'
Patch: $[counter(fromat('{0}.{1}', variables.Major, variables.Minor ), 0)]
Variabel Patch didefinisikan menggunakan counter fungsi dan dua variabel lainnya. Dalam kode YAML di atas, kata format salah eja. Sebelumnya, kesalahan ini tidak terdeteksi. Sekarang, fungsionalitas Validasi akan mendeteksi ini dan menampilkan pesan kesalahan.
Azure Pipelines akan mendeteksi definisi variabel yang salah pada tingkat alur / tahap / pekerjaan.
Dalam alur YAML, Anda dapat melewati eksekusi tahap menggunakan kondisi. Kesalahan ketik juga dapat muncul di sini, seperti dalam contoh berikut.
steps:
- task: NuGetCommand@2
condition: eq(variable.Patch, 0)
inputs:
command: pack
versioningScheme: byPrereleaseNumber
majorVersion: '$(Major)'
minorVersion: '$(Minor)'
patchVersion: '$(Patch)'
Tugas dijalankan NuGetCommand hanya jika nilai Patch variabel adalah 0. Sekali lagi, ada kesalahan ketik dalam kondisi tersebut, dan fungsionalitas Validasi akan menampilkannya.
Azure Pipelines akan mendeteksi kondisi YAML yang salah yang ditentukan pada tingkat alur / tahap / pekerjaan.
REST API untuk Lingkungan
Lingkungan adalah kumpulan sumber daya yang dapat Anda targetkan dengan penyebaran dari alur. Lingkungan memberi Anda riwayat penyebaran, keterlacakan untuk item dan penerapan kerja, dan mekanisme kontrol akses.
Kami tahu Anda ingin membuat lingkungan secara terprogram, jadi kami menerbitkan dokumentasi untuk REST API mereka.
Penyempurnaan Rest API Persetujuan
Kami meningkatkan persetujuan pencarian yang ditetapkan kepada pengguna dengan menyertakan grup milik pengguna dalam hasil pencarian.
Persetujuan sekarang berisi informasi tentang eksekusi alur tempat mereka berada.
Misalnya, panggilan https://fabrikam.selfhosted/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending GET REST API berikut mengembalikan
{
"count": 1,
"value":
[
{
"id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
"steps":
[],
"status": "pending",
"createdOn": "2023-11-09T10:54:37.977Z",
"lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
"executionOrder": "anyOrder",
"minRequiredApprovers": 1,
"blockedApprovers":
[],
"_links":
{
"self":
{
"href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
}
},
"pipeline":
{
"owner":
{
"_links":
{
"web":
{
"href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
},
"self":
{
"href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
}
},
"id": 73222930,
"name": "20231109.1"
},
"id": "4597",
"name": "FabrikamFiber"
}
}
]
}
Log alur sekarang berisi pemanfaatan sumber daya
Log alur Azure sekarang dapat menangkap metrik pemanfaatan sumber daya seperti memori, penggunaan CPU, dan ruang disk yang tersedia. Log juga mencakup sumber daya yang digunakan oleh agen alur dan proses anak termasuk tugas yang dijalankan dalam pekerjaan.
Jika Anda menduga pekerjaan alur Anda mungkin mengalami batasan sumber daya, aktifkan log verbose agar informasi pemanfaatan sumber daya disuntikkan ke dalam log alur. Ini berfungsi pada agen apa pun, independen dari model hosting.
Agen Azure Pipelines sekarang mendukung Alpine Linux
Agen Alur v3.227 sekarang mendukung Alpine Linux versi 3.13 ke atas. Alpine Linux populer untuk gambar kontainer (dasar). Anda dapat menemukan agen di halaman rilis . Versi Alpine Linux dari agen memiliki awalan vsts-agent-linux-musl misalnya vsts-agent-linux-musl-x64-3.227.1.tar.gz.
Tugas Azure Pipelines menggunakan Node 16
Tugas dalam alur dijalankan menggunakan runner, dengan Node.js digunakan dalam banyak kasus. Tugas Azure Pipelines yang menggunakan Node sebagai runner sekarang semuanya menggunakan Node 16. Karena Node 16 adalah versi Node pertama yang secara asli mendukung silikon Apple, ini juga menyelesaikan dukungan tugas penuh untuk macOS di silikon Apple. Agen yang berjalan di silikon Apple tidak memerlukan Rosetta untuk dijalankan.
Karena tanggal akhir masa pakai Node 16 telah bergerak maju, kami telah memulai pekerjaan untuk menjalankan tugas dengan Node 20.
Peningkatan batas Azure Pipeline untuk menyelaraskan dengan ukuran templat Azure Resource Manager (ARM) maksimum 4 MB.
Anda dapat menggunakan tugas Penyebaran Templat Azure Resource Manager untuk membuat infrastruktur Azure. Sebagai respons terhadap umpan balik Anda, kami telah meningkatkan batas integrasi Azure Pipelines sebesar 2 MB menjadi 4 MB. Ini akan selaras dengan ukuran maksimum Templat ARM 4 MB mengatasi batasan ukuran selama integrasi templat besar.
Tugas AzureRmWebAppDeployment mendukung autentikasi ID Microsoft Entra
Tugas AzureRmWebAppDeploymentV3 dan AzureRmWebAppDeployment@4 telah diperbarui untuk mendukung App Service dengan autentikasi dasar dinonaktifkan. Jika autentikasi dasar dinonaktifkan pada App Service, tugas AzureRmWebAppDeploymentV3/4 menggunakan autentikasi ID Microsoft Entra untuk melakukan penyebaran ke titik akhir App Service Kudu. Ini memerlukan versi terbaru msdeploy.exe yang diinstal pada agen, yang merupakan kasus pada agen Hosted windows-2022/windows-latest (lihat referensi tugas).
Penimpaan status kebijakan cakupan kode yang dinonaktifkan menjadi Gagal saat build gagal
Sebelumnya dalam, status kebijakan cakupan kode ditimpa menjadi 'Gagal' jika build Anda di PR gagal. Ini adalah pemblokir untuk beberapa dari Anda yang memiliki build sebagai pemeriksaan opsional dan kebijakan cakupan kode sebagai pemeriksaan yang diperlukan untuk PR yang mengakibatkan PR diblokir.
Sekarang, kebijakan cakupan kode tidak akan ditimpa menjadi 'Gagal' jika build gagal. Fitur ini akan diaktifkan untuk semua pelanggan.
Artefak
Memperkenalkan dukungan Artefak Azure untuk Kargo Peti
Kami sangat senang mengumumkan bahwa Azure Artifacts sekarang menawarkan dukungan asli untuk peti Kargo. Dukungan ini mencakup paritas fitur sehubungan dengan protokol kami yang ada, selain crates.io tersedia sebagai sumber hulu. Pengembang dan tim Karat sekarang dapat menggunakan, menerbitkan, mengelola, dan berbagi peti Kargo mereka dengan mulus, sambil menggunakan infrastruktur Azure yang kuat dan tetap berada di lingkungan Azure DevOps yang akrab.
Pengumuman penghentian untuk tugas alur NuGet Restore v1 dan NuGet Installer v0
Jika Anda menggunakan tugas alur NuGet Restore v1 dan NuGet Installer v0, segera transisi ke tugas alur NuGetCommand@2. Anda akan segera mulai menerima pemberitahuan di alur jika transisi belum dilakukan. Jika tidak ada tindakan yang diambil, mulai 27 November 2023, build Anda akan mengakibatkan kegagalan.
Dukungan Azure Artifacts untuk audit npm
Azure Artifacts sekarang mendukung npm audit dan npm audit fix perintah. Fitur ini memungkinkan pengguna untuk menganalisis dan memperbaiki kerentanan proyek mereka dengan memperbarui versi paket yang tidak aman secara otomatis. Untuk mempelajari lebih lanjut, Gunakan audit npm untuk mendeteksi dan memperbaiki kerentanan paket.
Pelaporan
Pengalaman direktori Dasbor Baru
Kami telah mendengarkan umpan balik Anda dan senang memperkenalkan pengalaman direktori Dasbor baru. Ini tidak hanya menampilkan desain UI modern tetapi juga memungkinkan Anda untuk mengurutkan menurut setiap kolom, dengan penambahan kolom Terakhir Dikonfigurasi . Kolom ini akan memberi Anda wawasan yang lebih baik tentang penggunaan dasbor secara keseluruhan dalam koleksi proyek Anda. Selain itu, Anda sekarang dapat memfilter menurut dasbor tingkat tim atau proyek, memungkinkan Anda mengakses hanya daftar apa yang perlu Anda lihat saat menyembunyikan dasbor yang tidak ingin Anda lihat.
Coba sekarang dan beri tahu kami apa yang Anda pikirkan di komunitas Azure DevOps kami
Pemfilteran item kerja
Kami dengan senang hati mengumumkan pemfilteran bagan item kerja. Fitur ini akan memungkinkan Anda mengarahkan mouse ke atas bagan item kerja Untuk gambaran umum singkat dan menelusuri paling detail ke segmen bagan tertentu untuk wawasan terperinci. Anda tidak perlu lagi membuat kueri kustom untuk mengakses bagian data yang tepat yang Anda butuhkan. Sekarang Anda dapat menyelami item kerja Anda dalam bagan item kerja dalam beberapa klik.
Umpan balik Anda sangat berharga dalam membentuk masa depan fitur ini. Coba sekarang dan beri tahu kami apa yang Anda pikirkan di komunitas Azure DevOps kami.
Hasil Cakupan Kode untuk folder
Hasil untuk cakupan kode sekarang tersedia untuk setiap file dan folder individual daripada hanya sebagai nomor tingkat atas. Tampilan cakupan kode muncul saat tombol Mode tampilan folder dialikkan. Dalam mode ini Anda dapat menelusuri paling detail dan melihat cakupan kode untuk subtree yang dipilih. Gunakan tombol alih untuk beralih antara tampilan baru dan lama.
Test Plans
Salin dan Impor Cepat dengan Paket Pengujian atau ID Suite
Anda sekarang dapat menangani beberapa paket pengujian di Azure Test Plans dengan mudah! Mengenali tantangan yang sebelumnya dihadapi dengan menu dropdown panjang untuk mengimpor, menyalin, atau mengkloning kasus pengujian—terutama untuk paket atau suite yang luas—kami telah mengambil langkah-langkah untuk menyederhanakan alur kerja Anda.
Kami sangat senang mengumumkan fitur Uji Paket dan Pencarian ID Suite. Masukkan Paket Pengujian atau ID Suite Anda untuk mengimpor atau menyalin Kasus Pengujian dengan cepat tanpa penundaan. Pembaruan ini adalah bagian dari komitmen berkelanjutan kami untuk meningkatkan pengalaman manajemen pengujian Anda, membuatnya lebih intuitif dan lebih sedikit memakan waktu.
Pembaruan untuk Azure Test Runner
Kami sangat senang berbagi bahwa Azure Test Runner telah diperbarui ke versi yang lebih baru. Pembaruan ini meningkatkan stabilitas dan performa, memungkinkan Anda menjalankan pengujian tanpa gangguan atau penundaan. Versi Lama Azure Test Runner tidak lagi didukung. Untuk performa terbaik dan ketergantungan operasi pengujian Anda, kami sarankan Anda memperbarui ke versi terbaru sesegera mungkin.
Apa yang Baru?
- Peningkatan Stabilitas dan Performa: Kami telah melakukan peningkatan signifikan pada Test Runner, mengatasi masalah yang dialami beberapa pengguna. Peningkatan ini memastikan proses pengujian yang lebih andal, meminimalkan gangguan pada pekerjaan Anda.
- Permintaan Peningkatan: Untuk membuat transisi ke versi baru tanpa hambatan, Anda akan menemukan permintaan untuk meningkatkan. Ini memastikan semua orang dapat dengan mudah berpindah ke versi yang ditingkatkan sesuai kenyamanan Anda, meningkatkan kompatibilitas dan performa.
Tanggapan
Kami ingin mendengar pendapat Anda! Anda dapat melaporkan masalah atau memberikan ide dan melacaknya melalui Komunitas Pengembang dan mendapatkan saran tentang Stack Overflow.