Azure DevOps Server MCP jarak jauh yang umumnya tersedia dan peristiwa audit baru

Dalam sprint ini, Server MCP Jarak Jauh Azure DevOps sekarang tersedia secara umum, dengan dukungan yang diperluas untuk Microsoft Foundry dan Copilot Studio. Selain itu, kami telah memperluas audit untuk memberikan visibilitas yang lebih besar ke dalam aktivitas administratif dan terkait keamanan. Peristiwa audit baru sekarang melacak perubahan kait layanan dan pembaruan lisensi, sementara streaming audit ke log Azure Monitor sekarang menggunakan otorisasi berbasis Microsoft Entra untuk meningkatkan keamanan dan selaras dengan praktik autentikasi modern.

Lihat catatan rilis untuk detailnya.

General

• Azure DevOps Server MCP Jarak Jauh sekarang tersedia secara umum
• Streaming audit log Azure Monitor kini menggunakan autentikasi Microsoft Entra untuk otorisasi ruang kerja
• Kejadian audit untuk langganan Visual Studio dan lisensi GitHub Enterprise yang kedaluwarsa
• Mengaudit peristiwa untuk kait layanan

Azure Pipelines

• Build pipeline beralih ke token akses yang diterbitkan oleh Microsoft Entra
• Dukungan untuk ARM64 dengan tugas VSTest v3
• Peningkatan pengalaman cakupan kode untuk Azure Pipelines

Wiki

• Pemulihan halaman Wiki yang disempurnakan

General

Azure DevOps Server MCP Jarak Jauh sekarang tersedia secara umum

Azure DevOps Remote MCP Server kini tersedia secara umum, sehingga mempermudah penghubungan agen AI dan kopilot ke Azure DevOps secara aman tanpa perlu mengelola infrastruktur lokal. Rilis ketersediaan umum juga memperluas dukungan ke Microsoft Foundry dan Copilot Studio, memungkinkan pengembang untuk membangun pengalaman yang didukung AI yang dapat mengakses Azure DevOps item kerja, repositori, alur, dan lainnya dengan aman melalui titik akhir MCP yang dihosting.

Pelajari selengkapnya tentang Server MCP Jarak Jauh Azure DevOps.

Streaming audit Azure Monitor Logs kini menggunakan autentikasi Microsoft Entra untuk otorisasi ruang kerja

Azure DevOps sekarang memvalidasi akses ke ruang kerja streaming audit Azure Monitor Logs dengan menggunakan identitas Microsoft Entra pengguna yang sedang masuk. Selama pengaturan dan skenario konfigurasi ulang tertentu, pengguna mungkin diminta untuk masuk ke Azure sehingga Azure DevOps dapat memverifikasi akses ke ruang kerja Azure Monitor Log target melalui Azure Resource Manager.

Perubahan ini mendukung depresiasi Workspace ID dan otorisasi berbasis Shared Key yang sedang berlangsung serta membantu memastikan bahwa hanya pengguna dengan izin Azure yang sesuai yang dapat mengonfigurasi atau mengaktifkan kembali alur audit Azure Monitor Logs.

Mengaudit peristiwa untuk langganan Visual Studio yang kedaluwarsa dan lisensi GitHub Enterprise

Saat langganan Visual Studio pengguna atau lisensi GitHub Enterprise tidak lagi valid, Azure DevOps kini menghasilkan kejadian audit Licensing.Modified, yang diikuti oleh kejadian Licensing.Assigned jika tingkat akses cadangan diterapkan. Perubahan yang diprakarsai oleh sistem ini diatribusikan kepada "Azure DevOps Services" dan muncul di UI audit, ekspor, dan streaming audit. Pelajari selengkapnya tentang peristiwa audit lisensi.

Peristiwa audit untuk kait layanan

Perubahan langganan hook layanan kini dicatat dalam log audit Azure DevOps, termasuk pembuatan, penghapusan, perubahan konfigurasi, perubahan pada event yang dilanggani, perubahan status aktif/nonaktif, dan saat langganan dikenai pembatasan laju. Kejadian ini tersedia pada antarmuka pengguna log audit, audit streaming, dan API auditing. Lihat Peristiwa audit untuk daftar lengkapnya.

Azure Pipelines

Build alur berpindah ke token akses yang dikeluarkan Microsoft Entra

Build pipeline sedang beralih ke autentikasi menggunakan token akses yang diterbitkan oleh Microsoft Entra alih-alih token yang diterbitkan oleh Azure DevOps. Perubahan ini menempatkan identitas alur pada platform yang sama yang sudah mengatur sisa cloud Microsoft Anda, dengan penerbitan dan validasi yang konsisten dan satu tempat di mana kebijakan identitas diterapkan dan diaudit.

Perubahan ini transparan terhadap alur: build yang sama, perilaku autentikasi yang sama, dan tidak ada konfigurasi untuk diperbarui. Dalam kasus yang jarang terjadi ketika pipeline Anda mendekode build token dan bergantung secara langsung pada isinya, langkah tersebut mungkin gagal. Jika Anda memiliki dependensi seperti itu, pindahkan ke REST API Azure DevOps yang didukung, seperti yang dijelaskan dalam Token Autentikasi Bukan Kontrak Data.

Dukungan untuk ARM64 dengan tugas VSTest v3

Tugas VSTest v3 sekarang mendukung eksekusi pada agen ARM64 Windows. Saat menjalankan alur Anda pada agen ARM64, tugas secara otomatis menggunakan ARM64 vstest.console asli yang dapat dieksekusi, memungkinkan Anda untuk membangun dan memvalidasi aplikasi dan beban kerja ARM64 secara lebih efisien.

Peningkatan pengalaman cakupan kode untuk Azure Pipelines

Azure Pipelines kini menghadirkan pengalaman cakupan kode yang lebih baik, yang membantu tim memahami cakupan dengan lebih baik pada berbagai build yang kompleks, termasuk skenario multi-konfigurasi dan multi-target framework. Berdasarkan umpan balik pelanggan, pengalaman baru memberikan tampilan yang lebih jelas tentang cakupan keseluruhan sambil mempertahankan kemampuan untuk menelusuri hasil terperinci.

Pengalaman baru mencakup peningkatan berikut:

• Tampilan file menyediakan cakupan kode di tingkat folder dan file, termasuk cakupan agregat di seluruh modul dan konfigurasi build, sehingga lebih mudah untuk memahami cakupan proyek secara keseluruhan.

  

• Visualisasi cakupan kode sumber memungkinkan Anda menelusuri file individual dan dengan cepat mengidentifikasi kode yang tercakup, tercakup sebagian, dan tidak terungkap langsung dari pengalaman cakupan kode.

  

• Tampilan detail memungkinkan Anda menelusuri data cakupan tingkat konfigurasi dan tingkat modul saat Anda memerlukan wawasan yang lebih mendalam.

  

• Laporan cakupan HTML tetap tersedia melalui tombol Tampilkan laporan cakupan , memungkinkan Anda beralih ke pengalaman laporan lengkap saat Anda memerlukan analisis cakupan yang lebih canggih.

  

Pengalaman ini tersedia untuk skenario cakupan VSTest dan Publish Code Coverage Results v2 yang didukung.

Wiki

Pemulihan halaman Wiki yang disempurnakan

Kami telah meningkatkan Azure DevOps Wiki untuk membuat pemulihan halaman yang dihapus secara tidak sengaja lebih dapat diandalkan. Jika halaman wiki dihapus dan kemudian dibuat ulang di jalur yang sama dalam waktu 30 hari, halaman sekarang mempertahankan ID halaman aslinya alih-alih menerima yang baru.

Perubahan ini mempertahankan tautan yang ada ke halaman, membantu mencegah URL rusak setelah halaman dipulihkan. Dalam kebanyakan kasus, perubahan ini transparan bagi pengguna, tetapi membuat pemulihan halaman wiki yang dihapus jauh lebih lancar.

Langkah berikutnya

Note

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 ingin 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.