Bagikan melalui

Catatan Rilis Server Azure DevOps

| 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 selengkapnya tentang memasang atau memutakhirkan penyebaran Azure DevOps Server, lihat Azure DevOps Server Requirements.

Untuk mengunduh produk Azure DevOps Server, kunjungi halaman Unduhan Server Azure DevOps.

Peningkatan langsung ke Azure DevOps Server 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 RC: 7 Oktober 2025

Ringkasan Apa yang Baru di Azure DevOps Server

Azure DevOps Server memperkenalkan fitur yang sebelumnya telah kami rilis di versi produk yang dihosting. Anda dapat melompat ke bagian individual untuk melihat semua fitur baru untuk setiap layanan:

General

Salin blok kode ke clipboard

Sebagai respons terhadap umpan balik Anda di Komunitas Pengembang, kami telah memperkenalkan tombol Salin ke clipboard untuk semua blok kode dalam markdown yang dirender. Penyempurnaan ini tersedia di seluruh halaman Wiki, pratinjau file markdown di Repos, diskusi dan deskripsi permintaan pull, dan diskusi item kerja.

Salin ke clipboard

Izin Rencana Pengiriman ditambahkan

Sebagai bagian dari peningkatan keamanan kami yang sedang berlangsung, kami telah memperkenalkan izin tingkat proyek baru untuk Kelola Rencana Pengiriman. Perubahan ini diterapkan untuk mencegah akses baca/tulis yang tidak disengaja untuk pengguna di grup Pembaca.

Mengelola paket pengiriman

Boards

Sebagai bagian dari peningkatan berkelanjutan kami pada integrasi Azure Boards + GitHub, kami sangat senang memperkenalkan fitur baru yang menyederhanakan bagaimana tautan AB# ditampilkan. Dengan pembaruan ini, tautan AB# sekarang muncul langsung di bagian Pengembangan permintaan penarikan GitHub, sehingga lebih mudah untuk mengakses item kerja yang ditautkan tanpa mencari melalui deskripsi atau komentar.

Tautan AB dalam Pengembangan

Tautan ini hanya akan muncul ketika AB# disertakan dalam deskripsi permintaan pull. Jika Anda menautkan langsung dari item kerja, item tersebut tidak akan ditampilkan di bagian Pengembangan. Selain itu, menghapus tautan AB# dari deskripsi akan menghapusnya dari kontrol Pengembangan.

Menyambungkan ke penyempurnaan pencarian repositori GitHub

Kami telah meningkatkan proses untuk menghubungkan proyek Azure DevOps ke organisasi GitHub, terutama bermanfaat bagi mereka yang memiliki ribuan repositori. Sebelumnya, Anda mungkin telah menghadapi tantangan seperti kesalahan batas waktu dan waktu tunggu yang lama. Pembaruan ini mengoptimalkan pengalaman pencarian dan pemilihan, menghilangkan risiko kesalahan waktu habis dan membuat proses koneksi lebih lancar dan lebih efisien.

Menambahkan Repositori GitHub

Integrasi GitHub: Menampilkan status build untuk alur YAML

Kami berkomitmen untuk mencapai paritas fitur antara YAML dan Alur Klasik. Salah satu fitur utama yang hilang adalah kemampuan untuk menyediakan tautan "Terintegrasi dalam build" ketika repositori Anda dihosting di GitHub. Dengan rilis terbaru kami, kami telah mengatasi kesenjangan ini dengan menambahkan opsi di pengaturan alur YAML untuk Anda periksa:

Gambar pengaturan pipeline dengan menautkan item kerja secara otomatis

Setelah build selesai, tautan yang sesuai akan secara otomatis muncul pada item kerja terkait, meningkatkan cerita keterlacakan secara keseluruhan.

Dukungan REST API untuk menghubungkan repositori GitHub

Kami memperkenalkan titik akhir REST API baru yang memungkinkan Anda mengotomatiskan penambahan dan penghapusan repositori GitHub di Proyek Azure DevOps Anda. Selain itu, kami meningkatkan batas repositori per koneksi dari 500 menjadi 2.000 saat menggunakan titik akhir ini.

Titik akhir ini meliputi:

Kami juga telah menyediakan kode sampel untuk membantu Anda memulai.

Perubahan untuk menghapus area dan jalur iterasi

Menghapus area atau jalur iterasi dapat mengganggu. Ini dapat memindahkan item kerja ke jalur baru dan dapat menyebabkan tim kehilangan akses ke papan dan backlog mereka. Meskipun ada peringatan dan perintah, jalur terkadang dihapus tanpa sepenuhnya memahami konsekuensinya. Untuk mengatasi hal ini, kami mengubah perilaku: Jalur area dan Perulangan sekarang hanya dapat dihapus jika tidak lagi digunakan oleh item kerja apa pun.

Gambar pengaturan alur dengan item kerja yang terhubung

Manajemen tag yang disempurnakan pada formulir item kerja

Manajemen tag di Azure Boards telah ditingkatkan untuk memberikan pengalaman yang lebih efisien. Tag yang dihapus tidak lagi muncul dalam daftar yang disarankan pada formulir item kerja, memastikan bahwa hanya tag aktif yang ditampilkan.

Dukungan gambar yang disempurnakan dalam komentar item kerja

Kami telah meningkatkan dukungan kami untuk menempelkan gambar ke dalam komentar item kerja. Sekarang Anda dapat menempelkan gambar langsung dari sumber seperti Dokumen Microsoft Teams, email, dan Word ke dalam bagian diskusi item kerja

Batasan API REST pada komentar item kerja

Untuk meningkatkan keamanan, batas baru telah ditetapkan pada jumlah komentar yang dapat ditambahkan ke item kerja melalui REST API. Setiap item kerja sekarang mendukung maksimum 1.000 komentar melalui API. Pembatasan ini hanya berlaku untuk REST API, dan pengguna masih dapat menambahkan komentar secara manual melalui antarmuka web, bahkan di luar ambang 1.000 komentar.

Batas Rencana Pengiriman meningkat

Kami telah meningkatkan jumlah maksimum Paket Pengiriman per proyek dari 1.000 menjadi 1.500.

Repos

Pengaturan baru untuk menonaktifkan pembuatan repositori TFVC

Dalam beberapa tahun terakhir, tidak ada fitur baru yang ditambahkan ke Team Foundation Version Control (TFVC) karena Git telah menjadi sistem kontrol versi pilihan di Azure Repos. Semua peningkatan terbaru dalam keamanan, performa, dan aksesibilitas telah dilakukan secara eksklusif ke repositori Git, yang menyebabkan penurunan berkelanjutan dalam penggunaan TFVC. Meskipun beberapa masih mengandalkan TFVC dan kami tidak berniat untuk menghapus set fitur ini, kami berencana untuk mengeluarkan TFVC secara bertahap untuk proyek baru dan koleksi proyek, serta untuk proyek yang saat ini tidak menggunakan TFVC.

Sebagai bagian dari transisi ini, kami memperkenalkan pengaturan baru ke "Nonaktifkan pembuatan repositori TFVC," yang hanya akan memengaruhi pembuatan repositori TFVC baru dan tidak akan memengaruhi repositori yang ada.

Gif untuk mendemosikan pengaturan baru untuk menonaktifkan pembuatan repositori TFVC

Dukungan UI submodul Git

Banyak tim secara aktif menggunakan submodul Git untuk mengatur basis kode mereka. Kami senang berbagi bahwa kami telah menambahkan dukungan submodul Git di hub Files. Sekarang Anda dapat langsung menavigasi ke repositori submodul dengan hanya satu klik, langsung ke commit spesifik yang direferensikan dari superproyek Anda. Saat digunakan sebagai submodul, layanan Git berikut didukung: Azure Repos, GitHub, GitLab, dan Bitbucket. Beberapa format URL yang ditentukan dalam file .gitmodules juga didukung, termasuk HTTPS absolut, SSH, dan URL relatif.

Gif untuk pendemonstrasian dukungan UI submodul Git

Panel "Kesehatan dan penggunaan" baru di hub file repositori

Ketika repositori Git tumbuh, mereka mengumpulkan penerapan, blob, dan data lainnya, yang dapat meningkatkan beban pada infrastruktur Azure DevOps, memengaruhi performa dan pengalaman pengguna. Mempertahankan repositori yang sehat adalah kunci untuk memastikan performa dan keandalan yang konsisten.

Untuk mendukung hal ini, kami sekarang memantau beberapa faktor seperti ukuran repositori, frekuensi penerapan, konten, dan struktur. Jika repositori Anda mulai membatasi infrastruktur, Anda mungkin menerima pemberitahuan dengan rekomendasi untuk tindakan korektif. Dengan mengelola kesehatan repositori, Anda dapat mencegah gangguan dan memastikan operasi yang lancar.

Untuk memeriksa kesehatan repositori Anda, buka Azure Repos, Files dan > pilih "Kesehatan dan penggunaan" dari menu elipsis untuk mengakses panel Kesehatan dan penggunaan Repositori.

Gambar untuk demo dukungan UI submodul Git

Mengonfigurasi cabang target untuk permintaan pull

Mengelola beberapa cabang di repositori bisa menjadi tantangan, terutama saat membuat permintaan pull baru. Dengan fitur KonfigurasiKan Cabang Target untuk Permintaan Pull baru, Anda sekarang dapat menentukan daftar cabang target pilihan, memastikan bahwa saran permintaan pull lebih akurat dan relevan. Ini membantu menyederhanakan alur kerja Anda dan mengurangi kemungkinan menargetkan cabang yang salah. Untuk menggunakan fitur ini, buat file .azuredevops/pull_request_targets.yml di cabang default repositori Anda. File YAML ini harus berisi daftar berjudul pull_request_targets dengan nama cabang atau awalan yang cocok dengan cabang kandidat. Contohnya:

pull_request_targets:
  - main
  - release/*
  - feature/*

Dalam konfigurasi ini, cabang utama diprioritaskan, tetapi cabang yang dimulai dengan rilis/ atau fitur / juga akan dipertimbangkan jika sesuai. Konfigurasi diterapkan dalam skenario berikut:

  • Saran Permintaan Pull: Setelah mendorong cabang ke Azure DevOps, halaman Repos mungkin menyarankan untuk membuat permintaan pull dari cabang tersebut, secara dinamis memilih cabang target.
  • URL Permintaan Pull: Saat menavigasi langsung ke halaman pembuatan permintaan pull menggunakan parameter sourceRef tetapi menghilangkan parameter targetRef, Azure DevOps memilih cabang target berdasarkan pilihan dinamis ini.

Disarankan untuk menyertakan hanya cabang yang dilindungi oleh kebijakan permintaan pull untuk memastikan konsistensi dalam riwayat induk pertama dari penerapan tip.

Mendukung diagram putri duyung dalam file markdown

File markdown yang berisi sintaks putri duyung sekarang akan dirender sebagai diagram di dalam pratinjau file di browser file repos dan dalam permintaan pull. Ini dapat membantu Anda menambahkan dokumentasi yang lebih kaya ke repositori Anda.

Gambar untuk demo dukungan diagram putri duyung dalam file markdown

Cari permintaan pull menurut judul di halaman daftar PR

Halaman daftar permintaan pull sekarang menyertakan filter menurut judul PR, sehingga lebih mudah untuk menemukan permintaan pull tertentu.

Gambar untuk menampilkan pencarian permintaan pull menurut judul

Pengambilan parsial untuk Azure Repos

Perintah git sparse-checkout sekarang didukung dalam tugas pemeriksaan YAML, bersama filter kloning parsial, untuk meningkatkan performa checkout repositori. Anda dapat menggunakan properti sparseCheckoutDirectories dan sparseCheckoutPatterns.

Mengatur sparseCheckoutDirectories memungkinkan mode kerucut, di mana proses checkout menggunakan pencocokan direktori. Atau, Anda dapat mengatur sparseCheckoutPatterns yang mengaktifkan mode non-kerucut, memungkinkan pencocokan pola lebih kompleks.

Jika kedua properti ditetapkan, agen menginisialisasi mode cone dengan mencocokkan direktori. Jika tidak ada properti yang ditentukan dalam tugas checkout, proses checkout parsial dinonaktifkan. Masalah apa pun yang dihadapi selama eksekusi perintah mengakibatkan tugas checkout gagal. Contoh YAML untuk mode kerucut cek keluar yang jarang:

    checkout: repo
    sparseCheckoutDirectories: src
YAML example for sparse checkout non-cone mode:
YAMLCopy

   checkout: repo
   sparseCheckoutPatterns: /* !/img

Penting

Fitur checkout minimal memerlukan agen v3.248.0 (v4.248.0 untuk .NET 8) atau versi yang lebih baru.

Anda dapat menemukan agen di halaman rilis.

Membuat kebijakan lintas repositori peka terhadap kapitalisasi

Sebelumnya, pratinjau kandidat cabang untuk kebijakan antar repositori menampilkan hasil tanpa memperhatikan huruf besar/kecil, meskipun pencocokan cabang yang peka terhadap huruf besar/kecil. Inkonsistensi ini menciptakan potensi ketidakselarasan, karena dapat terkesan bahwa cabang tertentu tampak dilindungi padahal sebenarnya tidak. Untuk mengatasi masalah ini, kami telah memperbarui pratinjau pola cabang agar sesuai dengan perilaku aplikasi kebijakan yang kasus sensitif.

Sebelumnya:

Gambar untuk menunjukkan penambahan perlindungan cabang

Sesudah:

Gambar untuk menunjukkan penambahan perlindungan cabang yang peka terhadap huruf besar/kecil

Perubahan kebijakan check-in di TFVC

Versi baru (19.254) dari paket Microsoft.TeamFoundationServer.ExtendedClient NuGet

Paket NuGet Microsoft.TeamFoundationServer.ExtendedClient diperbarui dengan kelas dan metode kebijakan TFVC baru.

Perubahan kebijakan

Kami membuat perubahan pada cara kebijakan check-in TFVC disimpan di Azure DevOps, yang berarti ada pembaruan pada cara NuGet Microsoft.TeamFoundationServer.ExtendedClient berkomunikasi dengan layanan tersebut. Jika proyek TFVC Anda menggunakan kebijakan check-in, migrasikan kebijakan tersebut ke format baru. Ada dua cara untuk melakukan ini:

  1. Menggunakan Visual Studio.

Peringatan

Konsekuensi tertentu yang berbahaya dari tindakan.: Pastikan Anda memperbarui Visual Studio ke versi terbaru sebelum melanjutkan (VS 2022, VS 2019, dan VS 2017 dengan versi minimal 17.14 Pratinjau 3, 17.13.6, 17.12.7, 17.10.13, 17.8.20, 16.11.46, 15.9.72 mendukung kebijakan baru).

Untuk membuat kebijakan baru menggunakan administrator proyek Visual Studio harus membuka Pengaturan -> Proyek Tim -> Kontrol Sumber -> Kebijakan Check-in dan menambahkan kebijakan baru (tanpa tanda "Usang") dengan parameter yang sama dengan yang lama:

Gambar dengan pengaturan kontrol sumber

  1. Jika Anda menggunakan implementasi kustom Microsoft.TeamFoundationServer.ExtendedClient untuk berkomunikasi dengan server, ikuti panduan migrasi. Migrasi diperlukan untuk menjaga check-in TFVC tetap kompatibel dengan versi Azure DevOps di masa mendatang. Untuk saat ini, kebijakan lama (Usang) dan baru tetap valid dan berfungsi. Untuk informasi tentang Rencana Masa Depan, lihat posting blog kami.

Peningkatan ke GETRepository API

Kami telah menambahkan properti creationDate ke respons Repositori - Get Repository API yang mengembalikan tanggal pembuatan repositori. Properti ini tersedia pada API versi 7.2-preview dan yang lebih tinggi.

Penyempurnaan untuk Pull Requests Query API

Kami telah memperkenalkan properti Label baru dalam respons Kueri Permintaan Pull - Dapatkan API. Sekarang Anda dapat menentukan apakah akan menyertakan label (tag) untuk permintaan pull terkait di setiap kueri. Properti 'Include' baru tersedia - jika diatur ke 'Labels', respons menyertakan label untuk PR yang ditentukan. Jika dibiarkan null, label tidak akan disertakan. Untuk mencegah kesalahan yang tidak diinginkan, pastikan bahwa NotSet tidak ditetapkan secara eksplisit - ini akan mengakibatkan Permintaan Buruk.

Nota

Pemanfaatan sumber daya pengayaan label tergantung pada jumlah label yang ditetapkan dan panjangnya. Meminta label dapat memengaruhi pengaturan pembatasan dan meningkatkan beban jaringan. Untuk mengoptimalkan performa, sebaiknya hindari permintaan label yang tidak perlu.

Contoh muatan permintaan:

{
    "queries": [
        {
            "type": "lastMergeCommit",
            "include": "Labels",
            "items": [ 
                "0d6c9b2b524113113fced41aecbf8631a4649dec"
            ]
        },
        {
            "type": "lastMergeCommit",
            "items": [
                "b524113113f0dd41aecbf8631a4649dec6c9b2ce"
            ]
        }
    ]
}

Rantai Pengolahan

TFX memvalidasi apakah tugas menggunakan runner End of Life Node

Penulis tugas menggunakan TFX untuk menerbitkan ekstensi. TFX telah diperbarui untuk melakukan validasi pada versi runner Node lainnya.

Ekstensi yang berisi tugas menggunakan versi runner Node yang merupakan akhir masa pakai (EOL) (hingga dan termasuk Node 16) akan melihat peringatan ini:

TaskName <> bergantung pada penjalankan tugas yang sudah mencapai akhir masa pakai dan akan dihapus di masa mendatang. Penulis harus meninjau panduan peningkatan Node: https://aka.ms/node-runner-guidance

Mengakses Azure Service Bus dari Pipelines menggunakan autentikasi ID Microsoft Entra

Anda sekarang dapat menggunakan autentikasi ID Microsoft Entra untuk mengakses Azure Service Bus dari Azure Pipelines. Ini memungkinkan Anda memanfaatkan Azure RBAC untuk kontrol akses terperinci.

Identitas yang mengakses Azure Service Bus perlu diberikan salah satu peran bawaan Azure untuk Azure Service Bus pada Bus Layanan yang diakses.

tugas PublishToAzureServiceBus@2

Tugas PublishToAzureServiceBus@2 baru dapat dikonfigurasi menggunakan koneksi layanan Azure. Buat koneksi layanan Azure dan isi properti serviceBusQueueName dan serviceBusNamespace dari tugas baru:

- task: PublishToAzureServiceBus@2
  inputs:
    azureSubscription: my-azure-service-connection
    serviceBusQueueName: my-service-bus-queue
    serviceBusNamespace: my-service-bus-namespace
    useDataContractSerializer: false
    messageBody: |
      {
        "foo": "bar"
      }

Tugas server

Tugas server kustom (tanpa agen) yang menggunakan eksekusi ServiceBus dapat menentukan Koneksi Layanan Azure sebagai EndpointId dan menghilangkan ConnectionString. Lihat Penulisan tugas server.

TFX memvalidasi apakah tugas menggunakan runner End of Life Node

Penulis tugas menggunakan TFX untuk menerbitkan ekstensi. TFX telah diperbarui untuk melakukan validasi pada versi runner Node lainnya.

Ekstensi yang berisi tugas menggunakan versi runner Node yang merupakan akhir masa pakai (EOL) (hingga dan termasuk Node 16) akan melihat peringatan ini:

TaskName <> bergantung pada penjalankan tugas yang sudah mencapai akhir masa pakai dan akan dihapus di masa mendatang. Penulis harus meninjau panduan peningkatan Node: https://aka.ms/node-runner-guidance

Tugas yang menggunakan versi Node runner yang sudah habis masa pakainya untuk mengeluarkan peringatan

Tugas pipeline yang mengandalkan versi Node yang tidak lagi dipertahankan akan mulai menerima peringatan: Tugas TaskName versi bergantung pada versi Node (10) yang telah mencapai akhir masa pakainya. Hubungi pemilik ekstensi untuk versi tugas yang diperbarui. Pengelola tugas harus meninjau panduan peningkatan Node: https://aka.ms/node-runner-guidance Untuk menekan peringatan ini, Anda dapat mengatur variabel lingkungan atau pipeline di tingkat pekerjaan atau tugas. Contohnya:

variables:
  AZP_AGENT_CHECK_IF_TASK_NODE_RUNNER_IS_DEPRECATED: false

DockerCompose@0 menggunakan Docker Compose v2 dalam mode kompatibilitas v1

Docker Compose v1 akan mencapai akhir masa pakainya dan akan dihapus dari Hosted Agents 24 Juli 2024. Kami telah memperbarui tugas DockerCompose@0 untuk menggunakan Docker Compose v2 dalam mode kompatibilitas v1 jika Docker Compose v1 tidak tersedia di agen.

Namun, mode kompatibilitas tidak mengatasi semua masalah kompatibilitas. Lihat Migrasi ke Compose V2. Beberapa pengguna akan membutuhkan lebih banyak waktu untuk memperbarui proyek Docker Compose mereka untuk kompatibilitas Docker Compose v2. Dalam kasus tersebut, ikuti instruksi ini untuk menggunakan tugas DockerComposeV0 dengan docker-compose v1. CATATAN: Panduan ini didasarkan pada dokumentasi Instal Compose mandiri Gunakan docker-compose v1 di Windows Tambahkan langkah powershell ke alur Anda untuk mengunduh docker-Compose v1.29.2 dan gunakan dengan tugas DockerComposeV0 di Windows:

variables:
    dockerComposePath: C:\docker-compose

steps:
- powershell: |
    mkdir -f $(dockerComposePath)
    # GitHub now requires TLS1.2. In PowerShell, run the following
    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
    Start-BitsTransfer -Source "https://github.com/docker/compose/releases/download/1.29.1/docker-compose-windows-x86_64.exe" -Destination $(dockerComposePath)\docker-compose.exe
  displayName: Download docker-compose
- task: DockerCompose@0
  inputs:
    containerregistrytype: 'Azure Container Registry'
    dockerComposeFile: '**/docker-compose.yml'
    action: 'Run a Docker Compose command'
    dockerComposeCommand: 'run'
    dockerComposePath: $(dockerComposePath)\docker-compose.exe
Use docker-compose v1 on Linux
Add the bash step to your pipeline to download Docker-Compose v1.29.2 and use it with the DockerComposeV0 task on Linux:
YAMLCopy
variables:
    dockerComposePath: /tmp/docker-compose

steps:
- bash: |
    sudo mkdir $(dockerComposePath)
    sudo curl -SL https://github.com/docker/compose/releases/download/1.29.2/docker-compose-linux-x86_64 -o $(dockerComposePath)/docker-compose
    sudo chmod 755 $(dockerComposePath)/docker-compose
  displayName: Download docker-compose
- task: DockerCompose@0
  inputs:
    containerregistrytype: 'Azure Container Registry'
    dockerComposeFile: $(Build.SourcesDirectory)/DockerComposeV0/docker-compose.yml
    action: 'Run a Docker Compose command'
    dockerComposeCommand: 'run'
    dockerComposePath: $(dockerComposePath)/docker-compose

Rencana Pengujian

Ekstensi Uji dan Umpan Balik di Manifest V3

Kami sangat senang mengumumkan pembaruan baru ke ekstensi Pengujian dan Umpan Balik Azure DevOps untuk Chrome dan Edge. Pembaruan ini mentransisikan implementasi kami dari Manifest V2 ke V3, sejalan dengan jadwal penghentian Google untuk Manifest V2. Meskipun fitur inti ekstensi tetap tidak berubah, pembaruan meningkatkan keamanan dan performa.

Untuk detail selengkapnya, lihat posting blog terbaru kami tentang pembaruan ini. Uji & Ekstensi Umpan Balik di Manifes V3

Azure Test Runner versi 1.2.2

Azure Test Plans merilis perbaikan di 1.2.2 untuk masalah terbaru dalam Rencana Pengujian di mana Azure Test Runner (ATR) mengalami kegagalan peluncuran di Chrome versi 130. Masalah ini muncul karena penambahan dukungan Chrome untuk URL dengan skema non-khusus, yang memengaruhi alur pengguna ATR. Dengan pembaruan ini, bug regresi diselesaikan, dan fungsionalitas ATR dipulihkan. Untuk detail selengkapnya tentang bug regresi ini, kunjungi pelacak masalah ini di Chromium.

Kami mendorong Anda untuk menggunakan aplikasi web untuk fitur yang ditingkatkan. Jika Anda menemukan fitur yang hilang di aplikasi web, kami akan senang mendengarnya dari Anda. Bagikan umpan balik Anda dengan kami!

Integrasi Alur build tanpa hambatan untuk eksekusi kasus pengujian

Kami telah menyederhanakan proses eksekusi kasus pengujian dengan mengintegrasikan konfigurasi alur build dengan lancar. Definisi build dan ID yang ditetapkan pada tingkat paket pengujian sekarang secara otomatis disebarkan ke Web Runner, menghilangkan kebutuhan akan konfigurasi manual setiap kali. Peningkatan ini menghemat waktu dan meningkatkan efisiensi, memungkinkan Anda untuk fokus pada tugas yang lebih penting.

Gif untuk demo integrasi alur build yang mulus untuk kasus pengujian.

Memulihkan paket pengujian dan rangkaian pengujian yang dihapus menggunakan REST API

Pulihkan paket pengujian dan suite pengujian yang dihapus dengan mudah dengan API layanan mandiri baru. Kami memperkenalkan API GET dan PATCH yang memungkinkan Anda mencari rencana atau suite pengujian yang dihapus dan memulihkannya bersama dengan item turunannya—semuanya tanpa memerlukan layanan pelanggan. Dengan API ini, Anda dapat dengan cepat memulihkan item kerja pengujian yang dihapus secara tidak sengaja, mengurangi waktu henti dan meningkatkan produktivitas. Meskipun artefak eksekusi tidak akan dipulihkan, semua rencana pengujian, suite, dan kasus pengujian terkait dapat dibawa kembali ke ruang kerja Anda dengan mudah. Fitur layanan mandiri ini memberi Anda kontrol yang lebih besar atas manajemen pengujian dan menyederhanakan proses pemulihan, membuatnya lebih cepat dan lebih efisien untuk memulihkan aset pengujian penting.

Mengekspor kasus pengujian dengan kolom kustom di XLSX

Anda sekarang dapat mengekspor kasus pengujian dengan kolom kustom di XLSX. Berdasarkan umpan balik Anda, Paket Pengujian 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.

Kemampuan pengurutan baru di direktori Rencana Pengujian

Direktori Paket Pengujian sekarang menawarkan opsi pengurutan yang disempurnakan! Dengan pembaruan ini, Anda dapat dengan cepat mengatur setiap kolom secara alfanumerik, menyediakan cara yang efisien untuk menemukan dan mengakses data Anda.

Gif untuk mendemonstrasikan pengurutan di Direktori Rencana Pengujian.

Batalkan langkah pengujian di web dan desktop runner

Kendalikan eksekusi kasus pengujian Anda dengan opsi "Batalkan" baru. Anda dapat dengan mudah mengembalikan status langkah pengujian dengan klik dua kali sederhana, memberi Anda lebih banyak fleksibilitas dan kontrol selama uji coba. Tidak ada lagi memulai ulang kasus pengujian untuk memperbaiki klik yang tidak disengaja—cukup batalkan dan lanjutkan alur kerja Anda tanpa gangguan.

Kami juga memperkenalkan navigasi ramah keyboard dan peningkatan aksesibilitas untuk memastikan fitur ini berfungsi dengan mulus untuk semua pengguna, termasuk mereka yang mengandalkan teknologi bantuan. Peningkatan ini membantu Anda menghemat waktu, mengurangi frustrasi, dan tetap fokus menjalankan pengujian secara efisien.

Gif untuk memperagakan cara membatalkan langkah pengujian di web dan desktop runner.

Menerbitkan hasil cakupan kode untuk tugas versi 2 yang disempurnakan

Dengan rilis ini, kami menyertakan beberapa peningkatan pada tugas v2:

  • Dukungan yang diperluas untuk berbagai format cakupan kode, termasuk: .coverage,.covx,.covb,.cjson,.xml,.lcov, dan pycov1.

  • Pembuatan file cjson komprehensif (dan laporan Cakupan Kode) yang berisi informasi cakupan kode terperinci seperti nama file, baris yang tercakup/tidak tercakup, dll.

Cuplikan layar cakupan kode.

Dukungan untuk cakupan berbeda (cakupan PR): v2 dapat menghasilkan komentar PR cakupan yang berbeda untuk beberapa bahasa dalam alur yang sama.

Tugas v2 sekarang mendukung tugas Pemeriksaan Kualitas Build, yang sebelumnya tidak didukung dalam tugas v1.

Dukungan untuk alur YAML dalam Rencana Pengujian

Selain alur Klasik, Anda sekarang dapat menggunakan alur YAML saat mengonfigurasi Rencana Pengujian atau menjalankan pengujian otomatis dari Paket Pengujian.

Permintaan ini diprioritaskan berdasarkan tiket saran Komunitas Pengembang berikut.

Pelaporan

Data kolom rollup tersedia di backlog

Kami telah memperbarui kolom rollup untuk menampilkan data terbaru yang tersedia. Sebelumnya, kolom ini dapat tampak kosong untuk item kerja yang sering diperbarui, menyebabkan kebingungan. Anda juga akan melihat tanda waktu yang menunjukkan kapan data terakhir disegarkan. Meskipun beberapa keterlambatan dalam pemrosesan Analytics normal, peningkatan ini bertujuan untuk memberikan transparansi dan pengalaman yang lebih lancar saat bekerja dengan kolom rollup.

Gambar untuk mendemonstrasikan data kolom rollup yang tersedia dalam backlog  

Wiki

Meningkatkan menempelkan konten berbasis HTML ke Wikis

Kami telah mempermudah untuk menempelkan konten berbasis HTML ke Wiki. Sekarang, elemen HTML seperti tautan, daftar, tabel, gambar, lembar Excel, pesan Microsoft Teams, email, dan kueri Azure Data Explorer secara otomatis dikonversi ke sintaks Markdown untuk pengeditan yang lebih lancar.

  • Last updated on