Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
| Yang Baru | Developer Community | DevOps Blog | Documentation |
Peta pengembangan produk
Daftar fitur ini adalah gambaran rencana kami. Ini mengidentifikasi beberapa fitur signifikan yang saat ini sedang kami kerjakan dan jangka waktu yang kasar ketika Anda dapat mengharapkan untuk melihatnya. Ini tidak komprehensif tetapi dimaksudkan untuk memberikan beberapa visibilitas ke dalam investasi utama. Di bagian atas, Anda akan menemukan daftar inisiatif multi-kuartal besar kami dan fitur-fitur yang menjadi bagian dari inisiatif tersebut. Selanjutnya, Anda akan menemukan daftar lengkap fitur signifikan yang telah kami rencanakan.
Setiap fitur ditautkan ke artikel tempat Anda dapat mempelajari lebih lanjut tentang item tertentu. Fitur dan tanggal ini adalah rencana saat ini dan dapat berubah. Kolom Jangka waktu menunjukkan kapan fitur diharapkan tersedia.
Inisiatif
GitHub Advanced Security untuk Azure DevOps
GitHub Advanced Security for Azure DevOps (GHAzDO) menghadirkan fitur keamanan tambahan untuk Azure DevOps di bawah lisensi tambahan. Administrator pengumpulan project sekarang dapat mengaktifkan Keamanan Tingkat Lanjut untuk organisasi, proyek, dan repositori mereka dari Pengaturan Project atau Pengaturan Organisasi.
Kemampuan utama GitHub Advanced Security untuk Azure DevOps adalah:
- Pemindaian Rahasia: Mendeteksi dan memulihkan rahasia teks biasa di repositori git Anda. Jika perlindungan push diaktifkan, ia juga mendeteksi dan memblokir rahasia sebelum didorong ke repositori Anda.
- Pemindaian Kode: Cari potensi kerentanan keamanan dan kesalahan pengodean dalam kode Anda menggunakan CodeQL atau alat pihak ketiga.
- Pemindaian Dependensi: Mendeteksi dan memperingatkan ketika kode Anda bergantung pada paket yang tidak aman serta mendapatkan panduan remediasi langsung.
Anda dapat mempelajari selengkapnya tentang cara mengonfigurasi GitHub Advanced Security for Azure DevOps di documentasi kami.
Kemampuan yang akan datang yang kami harapkan untuk diwujudkan meliputi:
| Fitur | Wilayah | Kuartal |
|---|---|---|
| Menentukan validitas rahasia mitra yang teridentifikasi | GitHub Advanced Security untuk Azure DevOps |
2025 Q3 |
| Tautkan item Papan ke Pemberitahuan Keamanan Tingkat Lanjut | GitHub Advanced Security untuk Azure DevOps |
2025 Q4 |
| Kebijakan pemeriksaan status untuk pemberitahuan Keamanan Tingkat Lanjut | GitHub Advanced Security untuk Azure DevOps |
2026 Q1 |
| Penyiapan default CodeQL (pengaktifan satu klik) | GitHub Advanced Security untuk Azure DevOps | Q2 2026 |
| Memperbaiki kerentanan pemindaian dependensi yang terdeteksi secara otomatis dengan pembaruan keamanan Dependabot | GitHub Advanced Security untuk Azure DevOps | Mendatang |
Meminimalkan risiko yang terkait dengan pencurian kredensial
Azure DevOps mendukung berbagai mekanisme autentikasi, termasuk autentikasi dasar, token akses pribadi (PATs), SSH, dan token akses Microsoft Entra ID (sebelumnya Azure Active Directory). Mekanisme ini tidak dibuat secara merata dari perspektif keamanan, terutama dalam hal potensi pencurian kredensial. Misalnya, kebocoran kredensial yang tidak disengaja seperti Personal Access Tokens (PAT) dapat memberikan kesempatan bagi aktor jahat untuk masuk ke organisasi Azure DevOps. Di sana, mereka dapat memperoleh akses ke aset penting seperti kode sumber, mengalihkan strategi ke serangan rantai pasokan, atau bahkan mengancam infrastruktur produksi. Untuk meminimalkan risiko pencurian kredensial, kami akan memfokuskan upaya kami di kuartal mendatang di area berikut:
Memungkinkan administrator untuk meningkatkan keamanan autentikasi melalui kebijakan control plane.
Mengurangi kebutuhan akan PAT dan rahasia lain yang dapat dicuri dengan memberikan dukungan untuk alternatif yang lebih aman.
Memperdalam integrasi Azure DevOps dengan Microsoft Entra ID untuk mendukung berbagai fitur keamanannya dengan lebih baik.
Menghindari kebutuhan untuk menyimpan rahasia produksi dalam koneksi layanan Azure Pipelines.
| Fitur | Wilayah | Kuartal |
|---|---|---|
| Federasi identitas beban kerja untuk koneksi layanan Docker | Saluran Pipa |
2024 H2 |
| Dukungan web penuh untuk Kebijakan Akses Berkondisi | Umum |
2024 Q4 |
| Kebijakan untuk menonaktifkan penggunaan token akses pribadi (PAT) | Umum |
2025 Q2 |
| autentikasi PAT-less dari tugas pipeline ke API Azure DevOps | Saluran Pipa | Q2 2026 |
| Evaluasi akses terus menerus | Umum | Mendatang |
| Gunakan token Entra terikat perangkat di Azure DevOps | Umum | Mendatang |
| Penghentian penerbit federasi identitas Workload di Azure DevOps | Saluran Pipa | Mendatang |
Papan yang Ditingkatkan + Integrasi GitHub
Integrasi Azure DevOps dan GitHub terus menjadi kepentingan strategis utama. Tujuan kami adalah untuk terus meningkatkan integrasi ini untuk memudahkan pelanggan memindahkan repositori mereka ke GitHub sambil terus menggunakan Azure Boards, Alur, dan Rencana Pengujian. Semua ini dilakukan sambil mempertahankan tingkat keterlacakan yang tinggi antara pekerjaan dan kode.
Di bawah ini adalah daftar investasi yang saat ini ada di peta strategi kami.
| Fitur | Wilayah | Kuartal |
|---|---|---|
| Server MCP untuk Azure DevOps | Umum |
2025 Q4 |
| GitHub Coding Agent untuk Azure Boards | Papan |
2025 Q4 |
| Menambah batas repositori GitHub yang terhubung | Papan |
2026 Q1 |
| Server Jarak Jauh MCP Azure DevOps | Papan |
2026 Q1 |
| Pilih model untuk integrasi Copilot Cloud Agent | Papan | Q2 2026 |
Anda juga dapat melihat daftar terperinci investasi terencana dan terbaru pada garis waktu fitur kami.
Migrasi ke Kumpulan DevOps Terkelola
Kumpulan DevOps Terkelola adalah evolusi dari kumpulan agen Set Skala Mesin Virtual Azure DevOps. Ini memberikan skalabilitas dan keandalan kumpulan yang lebih baik, menyederhanakan manajemen kumpulan, dan memungkinkan Anda menggunakan gambar VM dari agen yang dihosting Microsoft pada VM Azure kustom. Anda dapat membaca selengkapnya tentang Kumpulan DevOps Terkelola di sini. Fitur untuk mendukung skenario baru akan ditambahkan ke Kumpulan DevOps Terkelola dan bukan kumpulan Set Skala Komputer Virtual. Kumpulan DevOps Terkelola umumnya tersedia, sehingga Anda dapat memigrasikan kumpulan Set Skala Komputer Virtual anda ke Kumpulan DevOps Terkelola dan menggunakannya untuk alur kerja produksi, sedapat mungkin.
Anda akan menemukan peta jalan terperinci di sini.
Paritas fitur YAML dan jalur peluncuran
Selama beberapa tahun terakhir, semua investasi jalur kami terfokus pada jalur YAML. Selain itu, semua peningkatan keamanan kami telah dilakukan untuk pipeline YAML. Misalnya, dengan alur YAML, kontrol atas sumber daya yang dilindungi (misalnya, repositori, koneksi layanan, dll.) berada di tangan pemilik sumber daya dibandingkan dengan penulis alur. Token akses tugas yang digunakan dalam alur YAML dibatasi pada repositori tertentu yang telah ditentukan di file YAML. Ini hanya dua contoh fitur keamanan yang tersedia untuk alur YAML. Karena alasan ini, kami merekomendasikan penggunaan alur YAML dibandingkan dengan klasik. Adopsi YAML daripada cara klasik telah signifikan untuk build (CI). Namun, banyak pelanggan terus menggunakan alur manajemen rilis klasik melalui YAML untuk rilis (CD). Alasan utama untuk ini adalah kurangnya paritas dalam berbagai fitur CD antara kedua solusi. Selama setahun terakhir, kami membahas beberapa kekurangan di area ini, terutama di Pemeriksaan. Pemeriksaan adalah mekanisme utama dalam alur YAML untuk mengendalikan promosi build dari satu tahap ke tahap berikutnya. Kami akan terus mengatasi kesenjangan di area lain selama setahun ke depan. Fokus kami adalah pada pengalaman pengguna, keterlacakan, dan lingkungan.
| Fitur | Wilayah | Kuartal |
|---|---|---|
| Keterlacakan tingkat tahap | Saluran Pipa | Q2 2026 |
| eksekusi tahapan tidak berurutan sesuai permintaan | Saluran Pipa | Q2 2026 |
| Koneksi layanan dalam pemeriksaan | Saluran Pipa | Mendatang |
| Memeriksa ekstensibilitas | Saluran Pipa | Mendatang |
perbaikan Azure Test Plans
Azure DevOps menyediakan berbagai alat pengujian dan integrasi untuk mendukung kebutuhan pengujian yang berbeda. Ini termasuk pengujian manual, pengujian otomatis, dan pengujian eksplorasi. Platform ini memungkinkan pembuatan dan pengelolaan rencana pengujian dan rangkaian pengujian, yang dapat digunakan untuk melacak pengujian manual untuk sprint atau tonggak pencapaian. Selain itu, Azure DevOps terintegrasi dengan alur CI/CD, memungkinkan eksekusi dan pelaporan pengujian otomatis.
Kami meningkatkan investasi kami di area ini sebagai respons terhadap umpan balik dari basis pelanggan kami yang paling aktif. Fokus kami adalah pada aspek manajemen pengujian berikut: meningkatkan keterlacakan pengujian end-to-end; memperluas dukungan untuk berbagai bahasa pemrograman dan kerangka kerja untuk pengujian otomatis dalam Rencana Pengujian; mendesain ulang alur kerja dan pengalaman untuk mengonsumsi eksekusi pengujian dan hasil pengujian.
Di bawah ini, Anda akan menemukan beberapa investasi yang kami rencanakan untuk disampaikan sebagai bagian dari inisiatif ini:
| Fitur | Wilayah | Kuartal |
|---|---|---|
| Akses cepat ke Hasil Pengujian pada Kasus Pengujian | Rencana Uji |
2025 Q4 |
| Hasil Pengujian Terbaru dalam Persyaratan | Rencana Uji |
2025 Q4 |
| Pengalaman Uji Coba Baru - Pratinjau Publik | Rencana Uji |
2025 Q4 |
| Panel Hasil Titik Pengujian yang Disempurnakan | Rencana Uji |
2025 Q4 |
| Dukungan alur YAML dalam Azure Test Plans | Rencana Uji |
2025 Q4 |
| Dukungan untuk menjalankan kembali pengujian berbasis data | Rencana Uji |
2025 Q4 |
| Dukungan untuk JavaScript (Playwright) pada Azure Test Plans | Rencana Uji | Q2 2026 |
| Meningkatkan Keandalan Pengujian & Ekstensi Umpan Balik untuk Edge dan Chrome | Rencana Uji | Q2 2026 |
| Mendukung Pengambilan Hasil Pengujian Aktual | Rencana Uji | Q2 2026 |
Semua fitur
Layanan Azure DevOps
Azure DevOps Server
Cara memberikan umpan balik
Kami akan senang mendengar apa yang Anda pikirkan tentang fitur-fitur ini. Laporkan masalah atau sarankan fitur melalui Developer Community.
Anda juga bisa mendapatkan saran dan pertanyaan yang dijawab oleh komunitas di Stack Overflow.
2025 Q3