Catatan Rilis Azure DevOps Server 2022 Update 2

| Komunitas Pengembang | Persyaratan Sistem dan Kompatibilitas | Ketentuan Lisensi | Blog DevOps | Hash SHA-256 |

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 Update 2 Patch 8: 10 Februari 2026

File SHA-256 Hashing
devops2022.2patch8 D44ECE516945569F8B3FD23386B52D085FF83E237B741B1FD3238E59B52AE386

Kami telah merilis Patch 8 untuk Azure DevOps Server 2022 Update 2 untuk menyertakan hal berikut:

  • CVE-2026-21512: Kerentanan Pembuatan Skrip Lintas Situs Azure DevOps Server.
  • Menonaktifkan pengalihan URL saat koneksi layanan menentukan parameter URL kosong.
  • Menonaktifkan kemampuan untuk menggunakan PAT dengan API EndpointProxy saat EndpointId internal ditentukan.

Tanggal Rilis Azure DevOps Server 2022 Update 2 Patch 7: 11 November 2025

File SHA-256 Hashing
devops2022.2patch7 73523C82BA4F910170E812C1B43374146BFD0EA9A29E2B0DA50A096360E1461F

Kami telah merilis Patch 7 untuk Azure DevOps Server 2022 Update 2 untuk menyertakan hal berikut:

  • Pembaruan Proksi TFVC: Algoritma hash yang digunakan dalam proses otorisasi telah diperbarui dari SHA-1 ke SHA-256. Untuk memastikan kompatibilitas dan mencegah gangguan, perbarui proksi bersama dengan server.
  • Mengatasi masalah dengan biner yang tidak ditandatangani di tugas MSBuildV1 dan VSBuildV1.
  • Performa yang telah dioptimalkan untuk pelaksana langkah DeleteJobDefinitionsByExtensionName.

Tanggal Rilis Azure DevOps Server 2022 Update 2 Patch 6: 10 Juni 2025

Important

Pembaruan 25 Juli: Saat ini kami sedang menyelidiki masalah dengan Patch 6 untuk Azure DevOps Server 2022.2. Tim kami secara aktif bekerja untuk mengidentifikasi akar penyebab dan menerapkan resolusi secepat mungkin. Kami akan terus memberikan pembaruan dan detail dalam blog ini saat tersedia. Terima kasih atas kesabaran dan pemahaman Anda.

File SHA-256 Hashing
devops2022.2patch6 B0B42C0085045C0B8B8B60C1ECB6D157734758AA24D6A3040A9B57770401A55D

Kami telah merilis Patch 6 untuk Azure DevOps Server 2022 Update 2 untuk menyertakan penyempurnaan Paket Pengujian berikut:

  • Mengekspor kasus pengujian dengan kolom kustom di XLSX

Dengan patch ini, Test Plans mendukung ekspor kasus pengujian dengan kolom kustom, memberi Anda fleksibilitas dan kontrol yang lebih besar atas data yang Anda bagikan dan analisis. Peningkatan ini membantu Anda menyesuaikan ekspor dengan kebutuhan Anda, memastikan informasi yang Anda ekspor relevan dan dapat ditindaklanjuti.

  • Impor set pengujian dan salin kasus uji dengan Id Rencana dan Id Suite hanya dapat dilakukan di pencarian.

Tanggal Rilis Azure DevOps Server 2022 Update 2 Patch 5: 8 April 2025

File SHA-256 Hashing
devops2022.2patch5 299AC29F15BC254167C2987450EF722B083594AFA885A8DAB46625C92D982C1C

Kami telah merilis Patch 5 untuk Azure DevOps Server 2022 Update 2 untuk menyertakan:

Important

Perubahan URL Domain CDN untuk Agen di blog Pipelines menyediakan langkah-langkah yang harus diikuti sebelum menginstal patch ini.

  • Sebelumnya, Agen Azure DevOps menggunakan CDN Edgio dengan titik akhir vstsagentpackage.azureedge.net. Sebagai bagian dari penghentian penggunaan Edgio, *.azureedge.net domain akan dinonaktifkan. Untuk memastikan ketersediaan berkelanjutan, kami telah bermigrasi ke CDN yang didukung oleh Akamai dengan titik akhir baru download.agent.dev.azure.com. Patch ini mencakup perubahan yang diperlukan untuk mengambil file biner Agen dari titik akhir CDN yang baru, dengan demikian berpindah dari titik akhir CDN yang sebelumnya.

Tanggal Rilis Azure DevOps Server 2022 Update 2 Patch 4: 11 Maret 2025

File SHA-256 Hashing
devops2022.2patch4 975B0FC28737C15BA40D6E084663D1A735A66FA821EB40C7A377AE3D58F0C7DA

Kami telah merilis Patch 4 untuk Azure DevOps Server 2022 Update 2 untuk menyertakan:

  • Perbarui tugas terkait dengan penghapusan CDN Edgio. Lihat posting blog Beralih Penyedia CDN untuk detail selengkapnya.
  • Dependensi Mermaid yang ditingkatkan.

Tanggal Rilis Azure DevOps Server 2022 Update 2 Patch 3: 11 Februari 2025

Note

Pada hari Senin, 24 Februari 2025, kami merilis ulang Patch 3 untuk Azure DevOps Server 2022.2. Jika sebelumnya Anda telah menginstal versi patch ini sebelumnya, perbarui menggunakan tautan yang disediakan. Rilis ulang ini mengatasi masalah yang menyebabkan pipeline YAML gagal. Detil-detil lebih lanjut tentang masalah ini dapat ditemukan di Komunitas Pengembang.

File SHA-256 Hashing
devops2022.2patch3 F5C2DA846B8A38A1FB55D1EB555FB2FD6B974B0436F573CC01A0FEBAF3D67521

Kami telah merilis Patch 3 untuk Azure DevOps Server 2022 Update 2 untuk disertakan:

Tanggal Rilis Azure DevOps Server 2022 Update 2 Patch 2: 12 November 2024

File SHA-256 Hashing
devops2022.2patch2.exe 70930BE091607B490890A48C250DAB6C2087F7F610CC695C9C632C679A491D23

Kami telah merilis Patch 2 untuk Azure DevOps Server 2022 Update 2 untuk menyertakan peningkatan ke dependensi yang rentan.

Tanggal Rilis Azure DevOps Server 2022.2 RTW: 9 Juli 2024

Ringkasan Apa yang Baru di Azure DevOps Server 2022.2 RTW

Note

Kami telah merilis ulang Azure DevOps Server 2022.2 untuk memperbaiki masalah pemuatan nama Teams. Masalah ini dilaporkan di blog Azure DevOps Server 2022.2 RTW yang sekarang tersedia. Jika Anda telah menginstal versi Azure DevOps Server 2022.2 yang dirilis pada 9 Juli, Anda dapat menginstal Patch 1 untuk Azure DevOps Server 2022.2 untuk memperbaiki masalah tersebut. Patch 1 tidak diperlukan jika Anda menginstal Azure DevOps Server 2022.2 untuk pertama kalinya karena tautan unduhan telah diperbarui untuk menyertakan perbaikan.

Azure DevOps Server 2022.2 RTW adalah pembaruan kumulatif 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:

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:

Anda juga dapat langsung membuka bagian individual dan melihat semua fitur baru untuk setiap layanan:

General

Tugas Menerbitkan 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
  • Akses layanan jarak jauh yang ditawarkan oleh sistem 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 area dan jalur perulangan

Batasan berperan penting dalam menjaga kesehatan dan efisiensi layanan global yang besar. Dengan rilis ini, kami memperkenalkan batas ketat sebanyak 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.

Cuplikan layar Jalur Area dan Jalur Iterasi.

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

Cuplikan layar layanan DevOps.

Saat Anda masuk ke item kerja, kontrol Pengembangan dan Penyebaran yang sesuai akan disembunyikan dari formulir.

Cuplikan layar pekerjaan terkait.

Jika Anda memutuskan untuk menyambungkan repositori GitHub ke Azure Boards, kontrol Pengembangan untuk repositori GitHub akan ditampilkan.

Cuplikan layar kontrol pengembangan .

Repos

"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 mengaktifkan opsi baru yang ditambahkan "Memerlukan setidaknya satu persetujuan pada setiap iterasi" di bawah "Saat 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 komit pertama pengguna A (ketika permintaan penarikan dibuat) dan kebijakan yang baru diperkenalkan akan diterapkan. 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 keempat yang tidak disetujui harus disetujui baik oleh pengguna B, pengguna C, atau pengguna lain yang belum membuat perubahan apa pun pada permintaan pull.

Gambar manajemen izin.

Note

Ada masalah yang diketahui di mana kebijakan percabangan menganggap 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 serta bebas pohon

Important

Fitur ini dinonaktifkan secara default. Untuk mengaktifkan fitur, silakan jalankan kueri berikut pada Config DB:

exec prc_SetRegistryValue 1,'#\FeatureAvailability\Entries\Git.EnablePartialClone\AvailabilityState\', 1

Azure DevOps sekarang mendukung dua pemfilteran tambahan saat mengkloning/mengambil. Ini adalah: --filter=blob:none dan --filter=tree:0 Opsi pertama (klon tanpa blob) paling baik digunakan untuk pengembangan reguler, sementara opsi kedua (klon tanpa struktur pohon) lebih cocok untuk kasus di mana Anda membuang klon setelah, misalnya, dengan 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 jalannya alur yang tidak diinginkan

Jika alur YAML Anda tidak menentukan bagian , alur tersebut berjalan untuk setiap perubahan yang dikirim ke repositori. Ini dapat menciptakan kebingungan mengenai mengapa sebuah pipeline dijalankan dan mengakibatkan banyak eksekusi yang tidak diinginkan.

Kami menambahkan pengaturan Alur kerja tingkat koleksi proyek dan tingkat proyek yang bernama Nonaktifkan pemicu YAML CI tersirat yang memungkinkan Anda mengubah perilaku ini. Anda bisa memilih untuk tidak mengaktifkan alur jika bagian pemicunya hilang.

Cuplikan layar pemicu YAML CI.

Mencoba kembali tahap saat persetujuan dan waktu pemeriksaan habis

Ketika persetujuan dan proses pemeriksaan batal, tahap yang terkait dengan mereka dilewati. Tahapan yang bergantung pada tahap yang dilewati juga akan terlewat.

Sekarang Anda dapat mencoba kembali tahap saat persetujuan atau pemeriksaan berakhir waktu. Sebelumnya, ini hanya dimungkinkan ketika persetujuan berakhir waktu.

Cuplikan layar pengulangan tahap.

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 lingkungan produksi, serta memastikan bahwa koneksi layanan ARM terlindungi.

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 cepat. Anda memulai eksekusi pipa data, tetapi tidak berlanjut, menunggu hingga sebagian besar pemeriksaan selesai. Anda tidak dapat menunggu persetujuan dan pemeriksaan selesai.

Dengan rilis ini, kami mempermudah untuk melewati persetujuan dan pemeriksaan yang sedang berlangsung, sehingga Anda dapat menyelesaikan hotfix Anda.

Anda dapat melewati pemeriksaan izin yang sedang berlangsung, Jam Kerja, Memanggil Fungsi Azure, dan Memanggil pemeriksaan REST API.

Mengabaikan Persetujuan.

Cuplikan layar Melewati Persetujuan.

Lewati pengecekan Jam Kerja.

Cuplikan layar pemeriksaan Jam Kerja Bypass.

Lewati pengecekan fungsi Azure dengan memanggil Invoke. Lewati pengecekan Jam Kerja.

Cuplikan layar dari pengecekan Bypass Invoke Azure Function.

Ketika sebuah cek dilewati, Anda bisa melihatnya di panel cek.

Cuplikan layar pemeriksaan dilewati.

Anda dapat melewati pemeriksaan hanya jika Anda adalah Administrator sumber daya tempat pemeriksaan ditentukan.

Cuplikan layar templat YAML yang diperlukan.

Jalankan ulang pengecekan pemanggilan fungsi Azure

Bayangkan Bahwa Anda menyebarkan sistem Anda dalam beberapa tahap. Sebelum menyebarkan tahap kedua, ada pemeriksaan Persetujuan dan pemanggilan fungsi Azure yang melakukan pemeriksaan kelayakan pada bagian sistem yang sudah disebarkan.

Saat meninjau permintaan Persetujuan, Anda melihat bahwa pemeriksaan kelayakan telah dilakukan dua hari sebelumnya. Dalam skenario ini, Anda mungkin menyadari ada penyebaran lain yang memengaruhi hasil uji kelayakan.

Dengan pembaruan ini, Anda dapat menjalankan ulang pemeriksaan Invoke Azure Function dan Invoke REST API. Fungsionalitas ini hanya tersedia untuk cek yang berhasil dan tidak diulang.

Cuplikan layar pemeriksaan dinamis.

Note

Anda dapat menjalankan ulang pemeriksaan hanya jika Anda adalah Administrator sumber daya tempat pemeriksaan ditentukan.

Dukungan untuk GitHub Enterprise Server dalam pemeriksaan templat wajib

Templat adalah mekanisme keamanan yang memungkinkan Anda mengontrol tahapan, pekerjaan, dan langkah-langkah alur dalam koleksi proyek Anda.

Pemeriksaan keharusan templat memungkinkan Anda untuk memastikan bahwa sebuah alur wajib memperluas 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 implementasi 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 menyamakan lingkungan 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.

Cuplikan layar peran Administrator.

Pengguna dengan peran Administrator ini dapat mengelola izin, mengelola, melihat, dan menggunakan lingkungan apa pun. Ini termasuk membuka lingkungan bagi semua jalur.

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 editor web Azure Pipelines untuk fungsionalitas Validasi. Dengan demikian, penting bahwa fungsionalitas ini menangkap masalah YAML sebanyak mungkin.

Cuplikan layar validasi YAML.

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.

Cuplikan layar definisi variabel yang salah terdeteksi .

Azure Pipelines akan mendeteksi definisi variabel yang salah pada tingkat alur / tahap / pekerjaan.

Dalam alur YAML, Anda dapat melewatkan pelaksanaan tahapan 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 NuGetCommand diproses hanya jika nilai variabel Patch adalah 0. Sekali lagi, ada kesalahan ketik dalam kondisi tersebut, dan fungsionalitas Validasi akan menampilkannya.

Cuplikan layar variabel Patch.

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 pipeline. Lingkungan memberi Anda riwayat penyebaran, keterlacakan untuk item kerja dan komit, serta mekanisme kontrol akses.

Kami tahu Anda ingin membuat lingkungan secara terprogram, jadi kami menerbitkan dokumentasi untuk REST API mereka.

Peningkatan API REST Persetujuan

Kami meningkatkan persetujuan pencarian yang ditetapkan kepada pengguna dengan menyertakan grup milik pengguna dalam hasil pencarian.

Persetujuan sekarang berisi informasi tentang eksekusi jalur pipa 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"
            }
        }
    ]
}

Catatan 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 pipeline dan proses turunan, termasuk tugas-tugas yang dijalankan dalam sebuah job.

Cuplikan layar dari log termasuk sumber daya yang digunakan oleh pipeline.

Jika Anda menduga pekerjaan alur Anda mungkin mengalami batasan sumber daya, aktifkan log terperinci agar informasi pemanfaatan sumber daya disuntikkan ke dalam log alur. Ini berfungsi pada agen apa pun, terlepas 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 merupakan yang populer untuk citra 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 native mendukung Apple Silicon, hal ini juga melengkapi dukungan tugas penuh untuk macOS pada Apple Silicon. Agen-agen yang berjalan di silikon Apple tidak memerlukan Rosetta untuk berjalan.

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 maksimum Azure Resource Manager (ARM) sebesar 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 sesuai dengan ukuran maksimum 4 MB pada Templat ARM, menyelesaikan 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 tersedia pada Hosted agents windows-2022/windows-latest (lihat referensi tugas).

Penonaktifan penimpaan status kebijakan cakupan kode menjadi Gagal ketika build mengalami kegagalan

Sebelumnya, status kebijakan cakupan kode ditimpa menjadi 'Gagal' jika build Anda di PR gagal. Ini adalah kendala bagi sebagian dari Anda yang memiliki build sebagai pengecekan opsional dan kebijakan cakupan kode sebagai pengecekan wajib untuk permintaan tarik, sehingga mengakibatkan permintaan tarik tersebut terblokir.

Cuplikan layar PR diblokir.

Sekarang, kebijakan cakupan kode tidak akan diubah menjadi 'Gagal' jika build gagal. Fitur ini akan diaktifkan untuk semua pelanggan.

Cuplikan layar hasil setelah perubahan.

Artifacts

Memperkenalkan dukungan fitur Azure untuk Cargo Crates

Kami sangat senang mengumumkan bahwa Azure Artifacts sekarang menawarkan dukungan asli untuk peti Kargo. Dukungan ini mencakup kesetaraan fitur dengan protokol yang ada, selain itu crates.io tersedia sebagai sumber upstream. Pengembang dan tim Rust sekarang dapat menggunakan, menerbitkan, mengelola, dan berbagi crates Cargo mereka dengan mulus, sambil menggunakan infrastruktur Azure yang kuat dan tetap berada di lingkungan Azure DevOps yang akrab.

Pengumuman penghentian penggunaan untuk tugas pipeline 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 peringatan di pipa kerja Anda jika transisi belum dilaksanakan. Jika tidak ada tindakan yang diambil, mulai 27 November 2023, pembangunan Anda akan mengalami 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.

Reporting

Pengalaman baru direktori Dasbor

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.

Gif untuk mendemos direktori Dasbor baru.

Coba sekarang dan beri tahu kami apa yang Anda pikirkan di komunitas Azure DevOps kami

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

Gif untuk demo pemfilteran item kerja.

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 direktori

Hasil untuk cakupan kode sekarang tersedia untuk setiap file dan folder secara individual daripada hanya sebagai angka tingkat atas. Tampilan cakupan kode muncul saat tombol Mode tampilan folder diaktifkan. Dalam mode ini Anda dapat mendalami dan melihat cakupan kode untuk subtree yang dipilih oleh Anda. Gunakan tombol alih untuk beralih antara tampilan baru dan lama.

Widget repositori ganda ke GA

Test Plans

Salin dan Impor Cepat dengan ID Rencana Uji atau Suite Uji

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, dan mengkloning kasus pengujian—terutama untuk rencana atau rangkaian besar—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.

Gif untuk mendemonstrasikan Rencana Uji, detail pencarian ID Suite.

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.

Cuplikan layar permintaan peningkatan.

Feedback

Kami ingin mendengar pendapat Anda! Anda dapat melaporkan masalah atau memberikan ide dan melacaknya melalui Komunitas Pengembang dan mendapatkan saran tentang Stack Overflow.

Bagian Atas Halaman
  • Last updated on