Catatan Rilis Pembaruan 1 Azure DevOps Server 2019

Persyaratan Sistem | Komunitas Pengembang | Ketentuan Lisensi | Blog DevOps | HASH SHA-1

Dalam artikel ini, Anda akan menemukan informasi mengenai rilis terbaru untuk Azure DevOps Server.

Untuk mempelajari selengkapnya tentang menginstal atau meningkatkan penyebaran Azure DevOps Server, lihat Persyaratan Server Azure DevOps. Untuk mengunduh produk Azure DevOps, kunjungi halaman Unduhan Server Azure DevOps .

Peningkatan langsung ke Azure DevOps Server 2020 didukung dari Azure DevOps Server 2019 atau Team Foundation Server 2015 atau yang lebih baru. Jika penyebaran TFS Anda ada di TFS 2010 atau yang lebih lama, Anda perlu melakukan beberapa langkah sementara sebelum meningkatkan ke Azure DevOps Server 2019. Untuk mempelajari selengkapnya, lihat Menginstal dan mengonfigurasi Azure DevOps lokal.

---

Tingkatkan dengan Aman dari Azure DevOps Server 2019 ke Azure DevOps Server 2020

Azure DevOps Server 2020 memperkenalkan model retensi baru untuk jalannya pipeline yang berfungsi berdasarkan pengaturan tingkat proyek.

Azure DevOps Server 2020 menangani retensi build secara berbeda, berdasarkan kebijakan retensi pada level pipeline. Konfigurasi kebijakan tertentu menyebabkan jalannya pipeline dihapus setelah pembaruan. Jalannya alur yang telah dipertahankan secara manual atau dipertahankan oleh suatu rilis tidak akan dihapus setelah peningkatan.

Baca posting blog kami untuk informasi selengkapnya tentang cara meningkatkan dengan aman dari Azure DevOps Server 2019 ke Azure DevOps Server 2020.

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 11: 8 April 2025

Arsip	SHA-256 Hashing
devops2019.1.2patch11.exe	B931F1A38F09F8B341B82FCE14C1FF136713D98A6AA5A7DB778C7F89FAD94CDF

Kami telah merilis Patch 11 untuk Azure DevOps Server 2019 Update 1.2 yang mencakup hal berikut:

Penting

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 2019 Update 1.2 Patch 10: 11 Maret 2025

Arsip	SHA-256 Hash
devops2019.1.2patch10.exe	EDCE91E3F92A2E60FB9BA9BE6977B47BC794817A13766C728B97D4B83039B789

Kami telah merilis Patch 10 untuk Azure DevOps Server 2019 Update 1.2 yang mencakup hal berikut:

• Perbarui tugas terkait penghentian CDN Edgio. Baca posting blog tentang beralih penyedia CDN untuk detail lebih lanjut.

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 9: 28 Mei 2024

Arsip	SHA-256 Hash
devops2019.1.2patch9.exe	4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81

Kami telah merilis Patch 9 untuk Azure DevOps Server 2019 Update 1.2 yang mencakup hal berikut:

• Menyederhanakan penerapan pembaruan agen dan tugas dari patch sebelumnya (Patch 5 dan 6).

Nota

Tidak perlu mengikuti langkah-langkah dalam patch 5 dan 6; itu dapat dilewati, dan patch ini dapat diterapkan sebagai gantinya.

Memasang pembaruan perangkat lunak

Penting

 Patch ini memperbarui agen Alur yang tersedia, versi baru agen setelah menginstal Patch 9 adalah 3.225.0.

Persyaratan Alur

Untuk menerapkan perilaku baru untuk memvalidasi argumen baris perintah, variabel AZP_75787_ENABLE_NEW_LOGIC = true harus diatur dalam alur yang menggunakan tugas yang terpengaruh. Lihat di sini untuk informasi selengkapnya tentang perilaku yang diaktifkan:

• Pada mode klasik:

  Tentukan variabel di tab variabel di pipeline.

• Contoh YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 8: 12 Maret 2024

Arsip	SHA-256 Hash
devops2019.1.2patch8.exe	67E78EA7D67A09A6EE06309614F92E6D8495DEF52FF442E4E4E7C7979244FAD20A

Kami telah merilis Patch 8 untuk Azure DevOps Server 2019 Update 1.2 yang mencakup perbaikan untuk hal berikut:

• Mengatasi masalah di mana Server Proksi berhenti bekerja setelah menginstal Patch 7.

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 7: 13 Februari 2024

Arsip	SHA-256 Hash
devops2019.1.2patch7.exe	8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AAA

Kami telah merilis Patch 7 untuk Azure DevOps Server 2019 Update 1.2 yang mencakup perbaikan untuk hal berikut:

• Memperbaiki bug di mana ruang penyimpanan disk yang digunakan oleh folder cache proksi dihitung secara tidak benar dan folder tersebut tidak dibersihkan dengan benar.
• CVE-2024-20667: Kerentanan Eksekusi Kode pada Azure DevOps Server dari Jarak Jauh.

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 6: 14 November 2023

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.2 yang menyertakan perbaikan untuk yang berikut ini.

• Memperluas daftar karakter yang diizinkan tugas PowerShell untuk Mengaktifkan validasi parameter argumen tugas shell.

Nota

Untuk menerapkan perbaikan untuk patch ini, Anda harus mengikuti sejumlah langkah untuk memperbarui tugas secara manual.

Memasang pembaruan perangkat lunak

Penting

Kami merilis pembaruan untuk agen Azure Pipelines dengan Patch 5 dirilis pada 12 September 2023. Jika Anda tidak menginstal pembaruan agen seperti yang dijelaskan dalam catatan rilis untuk Patch 5, kami sarankan Anda menginstal pembaruan ini sebelum menginstal Patch 6. Versi baru agen setelah menginstal Patch 5 adalah 3.225.0.

Mengonfigurasi TFX

1. Ikuti langkah-langkah dalam untuk mengunggah tugas ke dokumentasi koleksi proyek dalam rangka menginstal dan masuk dengan tfx-cli.

Memperbarui tugas menggunakan TFX

Arsip	SHA-256 Hash Kriptografi
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Unduh dan ekstrak Tasks20231103.zip.
2. Pindah ke direktori yang berisi file yang diekstrak.
3. Jalankan perintah berikut untuk mengunggah tugas:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip 

Persyaratan Alur

Untuk menggunakan perilaku baru, variabel AZP_75787_ENABLE_NEW_LOGIC = true harus diatur dalam alur yang menggunakan tugas yang terpengaruh.

• Pada mode klasik:

  Tentukan variabel di tab variabel di pipeline.

• Contoh YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 5: 12 September 2023

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.2 yang menyertakan perbaikan untuk yang berikut ini.

• CVE-2023-33136: Kerentanan Eksekusi dari Jarak Jauh Azure DevOps Server.
• CVE-2023-38155: Kerentanan Elevasi Hak Istimewa pada Azure DevOps Server dan Team Foundation Server.

Penting

Sebarkan patch ke lingkungan pengujian dan pastikan bahwa alur lingkungan berfungsi seperti yang diharapkan sebelum menerapkan perbaikan pada produksi.

Nota

Untuk menerapkan perbaikan untuk patch ini, Anda harus mengikuti sejumlah langkah untuk memperbarui agen dan tugas secara manual.

Memasang pembaruan perangkat lunak

1. Unduh dan instal Azure DevOps Server 2019 Update 1.2 patch 5.

Perbarui agen Azure Pipelines

1. Unduh agen dari: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
2. Gunakan langkah-langkah yang dijelaskan dalam dokumentasi agen Windows yang dihosting sendiri untuk menyebarkan agen.  

Nota

AZP_AGENT_DOWNGRADE_DISABLED harus diatur ke "true" untuk mencegah agen diturunkan tingkatnya. Di Windows, perintah berikut dapat digunakan dalam prompt perintah administratif, diikuti dengan boot ulang. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

Mengonfigurasi TFX

1. Ikuti langkah-langkah dalam untuk mengunggah tugas ke dokumentasi koleksi proyek dalam rangka menginstal dan masuk dengan tfx-cli.

Memperbarui tugas menggunakan TFX

1. Unduh dan ekstrak Tasks_20230825.zip.
2. Ubah direktori menjadi file yang diekstrak.
3. Jalankan perintah berikut untuk mengunggah tugas:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip 

Persyaratan Alur

Untuk menggunakan perilaku baru, variabel AZP_75787_ENABLE_NEW_LOGIC = true harus diatur dalam alur yang menggunakan tugas yang terpengaruh.

• Pada mode klasik:

  Tentukan variabel di tab variabel di pipeline.

• Contoh YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 4: 8 Agustus 2023

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.2 yang mencakup perbaikan untuk hal berikut.

• CVE-2023-36869: Kerentanan Spoofing pada Azure DevOps Server.
• Perbarui layanan SSH untuk mendukung SHA2-256 dan SHA2-512. Jika Anda memiliki file konfigurasi SSH yang dikodekan secara permanen untuk menggunakan RSA, Anda harus memperbarui ke SHA2 atau menghapus entri.
• Memperbaiki bug perulangan tanpa henti pada CronScheduleJobExtension.

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 3: 13 Juni 2023

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.2 yang mencakup perbaikan untuk hal berikut.

• Memperbaiki bug yang mengganggu mengunggah paket ketika meningkatkan dari versi 2018 atau yang lebih lama.

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 2: 13 Desember 2022

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.2 yang mencakup perbaikan untuk hal berikut.

• Memperbaiki kegagalan pada "Tugas Analisis Sinkronisasi Paralelisme Akun".

Tanggal Rilis Azure DevOps Server 2019 Update 1.2 Patch 1: 12 Juli 2022

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.2 yang mencakup perbaikan untuk hal berikut.

• Di dalam API Test Runs, token kelanjutan yang dikembalikan lebih besar dari nilai "maxLastUpdatedDate" yang telah ditetapkan.
• Saat mengedit alur klasik, tab retensi kosong setelah membuang perubahan pada tab yang berbeda.

Tanggal Rilis Azure DevOps Server 2019 Update 1.2: 17 Mei 2022

Azure DevOps Server 2019 Update 1.2 adalah kompilasi perbaikan bug. Anda dapat langsung menginstal Azure DevOps Server 2019 Update 1.2 atau meningkatkan dari Azure DevOps Server 2019 atau Team Foundation Server 2013 atau yang lebih baru.

Nota

Alat Migrasi Data akan tersedia untuk Azure DevOps Server 2019 Update 1.2 sekitar tiga minggu setelah rilis ini. Anda dapat melihat daftar versi kami yang saat ini didukung untuk mengimpor di sini.

Rilis ini mencakup perbaikan untuk hal berikut:

• Cabut semua token akses pribadi setelah akun Direktori Aktif pengguna dinonaktifkan.

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 13: 26 Januari 2022

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.1 yang mencakup perbaikan untuk hal berikut.

• Pemberitahuan email tidak dikirim saat menggunakan kontrol @mention dalam item kerja.
• Alamat email pilihan tidak diperbarui di profil pengguna. Hal ini mengakibatkan email dikirim ke alamat email sebelumnya.
• Mengatasi kerentanan Elasticsearch dengan menghapus kelas jndilookup dari biner log4j.

Langkah-langkah penginstalan

1. Tingkatkan server dengan Patch 13.
2. Periksa nilai registri di HKLM:\Software\Elasticsearch\Version. Jika nilai registri tidak ada, tambahkan nilai string dan atur Versi ke 5.4.1 (Nama = Versi, Nilai = 5.4.1).
3. Jalankan perintah pembaruan PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update seperti yang disediakan dalam file readme. Ini dapat mengembalikan peringatan seperti: Tidak dapat tersambung ke server jarak jauh. Jangan tutup jendela, karena pembaruan sedang melakukan percobaan ulang hingga selesai.

Nota

Jika Azure DevOps Server dan Elasticsearch diinstal pada komputer yang berbeda, ikuti langkah-langkah yang diuraikan di bawah ini.

1. Tingkatkan server dengan Patch 13.
2. Periksa nilai registri di HKLM:\Software\Elasticsearch\Version. Jika nilai registri tidak ada, tambahkan nilai string dan atur Versi ke 5.4.1 (Nama = Versi, Nilai = 5.4.1).
3. Salin konten folder bernama zip, yang terletak di C:\Program Files\{TFS Version Folder}\Search\zip ke folder file jarak jauh Elasticsearch.
4. Jalankan Configure-TFSSearch.ps1 -Operation update pada komputer server Elasticsearch.

SHA-256 Hash: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 12: 15 September 2021

Patch 12 untuk Azure DevOps Server 2019 Update 1.1 menyertakan perbaikan untuk hal berikut.

• Perbaiki makro item kerja untuk kueri yang menggunakan fungsi "Berisi Kata". Sebelumnya, kueri mengembalikan hasil yang salah untuk nilai yang berisi pemisah baris.
• Masalah lokalisasi untuk kondisi tata letak item-item kerja kustom.
• Masalah pelokalan dalam templat pemberitahuan email.
• Masalah dengan evaluasi aturan NOTSAMEAS ketika beberapa aturan NOTSAMEAS ditetapkan untuk satu bidang.

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 11: 14 September 2021

Patch 11 untuk Azure DevOps Server 2019 Update 1.1 menyertakan perbaikan untuk hal berikut.

• Atasi masalah yang dilaporkan dalam tiket umpan balik dari Komunitas Pengembang .

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 10: 10 Agustus 2021

Patch 10 untuk Azure DevOps Server 2019 Update 1.1 menyertakan perbaikan untuk hal berikut.

• Perbaiki masalah dengan pekerjaan pengiriman email untuk beberapa jenis item kerja.

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 9: 15 Juni 2021

Patch 9 untuk Azure DevOps Server 2019 Update 1.1 menyertakan perbaikan untuk hal berikut.

• Perbaiki masalah impor data. Impor data memakan waktu lama bagi pelanggan yang memiliki banyak kasus pengujian kedaluarsa. Hal ini disebabkan oleh referensi yang meningkatkan ukuran tabel tbl_testCaseReferences. Dengan patch ini, kami menghapus referensi ke kasus pengujian kedaluarsa untuk membantu mempercepat proses impor data.

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 8: 13 April 2021

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.1 yang memperbaiki hal berikut.

• CVE-2021-27067: Pengungkapan informasi
• Atasi masalah yang dilaporkan di tiket umpan balik Developer Community ini, | Tidak dapat mendaftarkan detail hasil pengujian iterasi di Azure DevOps Server 2019

Untuk menerapkan perbaikan untuk patch ini, Anda harus mengikuti langkah-langkah yang tercantum di bawah ini untuk penginstalan patch umum dan penginstalan tugas AzureResourceGroupDeploymentV2.

Penginstalan patch umum

Jika Anda memiliki Azure DevOps Server 2019 Update 1.1, Anda harus menginstal Azure DevOps Server 2019 Update 1.1 Patch 8.

Memverifikasi Penginstalan

• Opsi 1: Jalankan devops2019.1.1patch8.exe CheckInstall, devops2019.1.1patch8.exe adalah file yang diunduh dari tautan di atas. Output perintah ini akan menunjukkan apakah patch telah diinstal atau belum diinstal.

• Opsi 2: Periksa versi file berikut: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 diinstal untuk c:\Program Files\Azure DevOps Server 2019 secara default. Setelah menginstal Azure DevOps Server 2019.1.1 Patch 8, versinya adalah 17.153.31129.2.

Penginstalan tugas AzureResourceGroupDeploymentV2

Nota

Semua langkah yang disebutkan di bawah ini perlu dilakukan pada komputer Windows

Pasang

1. Ekstrak paket AzureResourceGroupDeploymentV2.zip ke folder baru pada komputer Anda. Misalnya: D:\tasks\AzureResourceGroupDeploymentV2.

2. Unduh dan instal Node.js 14.15.1 dan npm (disertakan dengan unduhan Node.js) yang sesuai untuk komputer Anda.

3. Buka prompt perintah dalam mode administrator dan jalankan perintah berikut untuk menginstal tfx-cli.

npm install -g tfx-cli

4. Buat token akses pribadi dengan Akses penuh hak istimewa dan salin. Token akses Pribadi ini akan digunakan saat menjalankan perintah tfx login.

5. Jalankan perintah berikut di command prompt. Saat diminta, masukkan URL Layanan dan token akses Pribadi.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Jalankan perintah berikut untuk mengunggah tugas di server. Gunakan jalur file .zip yang diekstrak dari langkah 1.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 7: 12 Januari 2021

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.1 yang memperbaiki hal berikut. Silakan lihat posting blog untuk informasi selengkapnya.

• Detail uji coba tidak menampilkan detail langkah pengujian untuk data pengujian yang dimigrasikan menggunakan Migrasi OpsHub
• Pengecualian pada initializer untuk 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger'
• Build yang tidak dipertahankan segera dihapus setelah migrasi ke Azure DevOps Server 2020
• Mengatasi pengecualian penyedia data

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 6: 8 Desember 2020

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.1 yang memperbaiki hal berikut. Silakan lihat posting blog untuk informasi selengkapnya.

• CVE-2020-1325: Kerentanan Spoofing Server Azure DevOps
• CVE-2020-17135: Kerentanan Pemalsuan Azure DevOps Server
• CVE-2020-17145: Kerentanan Spoofing pada Azure DevOps Server dan Team Foundation Services
• Memperbaiki masalah dengan TFVC yang tidak memproses semua hasil

Penting

Silakan baca instruksi lengkap yang diberikan di bawah ini sebelum menginstal patch ini.

Penginstalan patch umum

Jika Anda memiliki Azure DevOps Server 2019 Update 1.1, Anda harus menginstal Azure DevOps Server 2019 Update 1.1 Patch 6.

Memverifikasi Penginstalan

• Opsi 1: Jalankan devops2019.1.1patch6.exe CheckInstall, devops2019.1.1patch6.exe adalah file yang diunduh dari tautan di atas. Output perintah ini akan menunjukkan apakah patch telah diinstal atau belum diinstal.

• Opsi 2: Periksa versi file berikut: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 diinstal untuk c:\Program Files\Azure DevOps Server 2019 secara default. Setelah menginstal Azure DevOps Server 2019.1.1 Patch 6, versinya adalah 17.153.30723.5.

Penginstalan tugas AzurePowerShellV4

Nota

Semua langkah yang disebutkan di bawah ini perlu dilakukan pada komputer Windows

Prasyarat

1. Instal modul Az Azure PowerShell di komputer agen pribadi Anda.

2. Buat alur kerja dengan tugas AzurePowerShellV4. Anda hanya akan melihat satu Gagal pada Kesalahan Standar dalam tugas.

Pasang

1. Ekstrak paket AzurePowerShellV4.zip ke folder bernama AzurePowerShellV4.

2. Unduh dan instal Node.js 14.15.1 dan npm (disertakan dengan unduhan Node.js) sesuai dengan komputer Anda.

3. Buka prompt perintah dalam mode administrator dan jalankan perintah berikut untuk menginstal tfx-cli.

npm install -g tfx-cli

4. Buat token akses pribadi dengan Akses penuh hak istimewa dan salin. Token akses Pribadi ini akan digunakan saat menjalankan perintah tfx login.

5. Jalankan perintah berikut di command prompt. Saat diminta, masukkan URL Layanan dan token akses Pribadi.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Jalankan perintah berikut untuk mengunggah tugas di server. Jalur paket yang diekstrak akan D:\tasks\AzurePowerShellv4.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 5: 8 September 2020

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.1 yang memperbaiki hal berikut. Silakan lihat posting blog untuk informasi selengkapnya.

• DTS 1713492 - Perilaku tak terduga saat menambahkan grup AD ke izin keamanan.

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 4: 14 Juli 2020

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.1 yang memperbaiki hal berikut. Silakan lihat posting blog untuk informasi selengkapnya.

• CVE-2020-1326 : Kerentanan Pembuatan Skrip Lintas Situs
• Alur build menunjukkan koneksi yang salah untuk pengguna yang tidak berwenang saat memilih sumber Git lainnya.
• Perbaiki kesalahan saat mengubah Pewarisan ke Aktif atau Nonaktif dalam definisi build XAML.

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 3: 9 Juni 2020

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.1 yang memperbaiki hal berikut. Silakan lihat posting blog untuk informasi selengkapnya.

• CVE-2020-1327 : Pastikan server Azure DevOps membersihkan input pengguna.

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 2: 14 April 2020

Kami telah merilis patch untuk Azure DevOps Server 2019 Update 1.1 yang memperbaiki hal berikut. Silakan lihat posting blog untuk informasi selengkapnya.

• Komit SVN tidak memicu pipeline

• Menambahkan dukungan untuk SHA2 di SSH di Azure DevOps

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 Patch 1: 10 Maret 2020

Kami telah merilis patch keamanan untuk Azure DevOps Server 2019 Update 1.1 yang memperbaiki bug berikut. Silakan lihat posting blog untuk informasi selengkapnya.

• CVE-2020-0700: Kerentanan Pembuatan Skrip Lintas Situs

• CVE-2020-0758: Peningkatan Kerentanan Hak Istimewa

• CVE 2020-0815: Peningkatan Kerentanan Hak Istimewa

---

Tanggal Rilis Azure DevOps Server 2019 Update 1.1 RTW: 10 Desember 2019

Azure DevOps Server 2019 Update 1.1 adalah kumpulan perbaikan bug dan pembaruan keamanan. Ini mencakup semua perbaikan di patch Azure DevOps Server 2019 Update 1 yang sebelumnya dirilis. Anda dapat langsung menginstal Azure DevOps Server 2019 Update 1.1 atau meningkatkan dari Azure DevOps Server 2019 atau Team Foundation Server 2012 atau yang lebih baru.

Nota

Alat Migrasi Data akan tersedia untuk Azure DevOps Server 2019 Update 1.1 sekitar tiga minggu setelah rilis ini. Anda dapat melihat daftar versi kami yang saat ini didukung untuk mengimpor di sini.

Rilis ini mencakup perbaikan untuk bug berikut:

Papan Proyek Azure

• Saat membuat item kerja baru dari backlog produk, bidang Judul tidak diinisialisasi dengan nilai default dalam templat proses.
• Kelambatan dan batas waktu saat menggunakan Azure Boards.
• Nilai 'Direvisi Oleh' salah pada tautan item kerja.

Azure Pipelines

• Dalam pemberitahuan Alur, bidang seperti Durasi mungkin kosong di beberapa lokal.
• Jalur templat mungkin tidak menunjuk ke file JSON yang valid dalam Pipeline yang mencakup Penyebaran Grup Sumber Daya Azure.
• Halaman pengaturan retensi tingkat koleksi muncul di halaman pengaturan proyek.

Paket Pengujian Azure

• Mengedit bidang dalam Paket Pengujian terasa lambat.
• Dalam Kasus Pengujian, saat membuka dari Papan (berbeda dengan Rencana Pengujian), detail Langkah Bersama tidak terbuka.

Umum

• Koleksi tidak diurutkan dalam urutan alfabet.

Administrasi

• Penggunaan memori tinggi.
• Server dengan konfigurasi load balancer harus secara eksplisit menambahkan asal publik mereka ke entri registri AllowedOrigins.
• Pelanggan yang menginstal di SQL Azure tidak melihat dialog Selesaikan Uji Coba.
• Menginstal ekstensi menampilkan error "Pesan error Kontribusi hilang (ms.vss-dashboards-web.widget-sdk-version-2)".
• Saat menyiapkan Elasticsearch, terdapat kesalahan: "Pengguna tidak memiliki otorisasi".
• Kegagalan pengindeksan dan kueri di Elasticsearch ketika meng-upgrade dari TFS 2018 Update 2 atau yang lebih baru.
• Langkah "Buat Gudang" gagal saat mengonfigurasi Azure DevOps Server.

Rilis ini mencakup pembaruan berikut:

• Dukungan untuk SQL Server 2019.

---

Tanggal Rilis Azure DevOps Server 2019 Update 1 Patch 1: 10 September 2019

Kami telah merilis patch keamanan untuk Azure DevOps Server 2019 Update 1 yang memperbaiki bug berikut. Silakan lihat posting blog untuk informasi selengkapnya.

• CVE-2019-1306: Kerentanan eksekusi kode jarak jauh di Wiki

---

Tanggal Rilis Pembaruan 1 Azure DevOps Server 2019: 20 Agustus 2019

Nota

Alat Migrasi Data akan tersedia untuk Azure DevOps Server 2019 Update 1 sekitar tiga minggu setelah rilis ini. Anda dapat melihat daftar versi kami yang saat ini didukung untuk mengimpor di sini.

---

Tanggal Rilis RC2: 23 Juli 2019

RC2 mencakup beberapa perbaikan bug sejak RC1 dan merupakan prarilis terencana akhir.

---

Tanggal Rilis RC1: 2 Juli 2019

Ringkasan Apa yang Baru di Azure DevOps Server 2019 Update 1

Azure DevOps Server 2019 Update 1 memperkenalkan banyak fitur baru. Beberapa sorotan meliputi:

• Proses Dasar Baru
• Pertanyaan untuk pekerjaan yang berkaitan dengan awal hari, minggu, bulan, atau tahun
• Menerima dan menyelesaikan isu di GitHub sambil merencanakan di Azure Boards
• Jalankan ulang build kedaluwarsa untuk permintaan pull pelengkapan otomatis
• Jenis penggabungan baru untuk menyelesaikan permintaan pull
• Picu alur YAML dengan tag
• Asisten tugas untuk mengedit file YAML
• editor web dengan IntelliSense untuk pipeline YAML
• Mengelola rilis GitHub menggunakan alur
• Tren hasil pengujian (Tingkat Lanjut) widget
• informasi asal-usul pada paket
• dukungan untuk paket Python
• Sumber Upstream untuk Maven
• Menyematkan hasil kueri Azure Boards di Wiki
• Permalinks untuk halaman Wiki
• Pemberitahuan di halaman wiki
• Ekstensi Analytics tidak lagi diperlukan untuk menggunakan Analytics

Anda juga dapat melompat ke bagian individual untuk melihat fitur baru:

• Umum
• Papan
• Repositori
• Pipeline
• Rencana Pengujian
• Artefak
• Wiki
• Pelaporan

---

Umum

Tema Gelap

Tema gelap telah menjadi fitur populer di Azure DevOps Services dan sekarang tersedia di Azure DevOps Server. Anda dapat mengaktifkan tema gelap dengan memilih Tema dari menu di bawah avatar Anda di kanan atas setiap halaman.

Dewan

Proses Dasar Baru

Secara historis, Agile telah menjadi proses default untuk proyek baru, menawarkan serangkaian jenis dan status item kerja yang kuat dan fleksibel agar sesuai dengan berbagai metode pengiriman proyek. Bagi beberapa tim, yang lebih terbiasa dengan alat lain atau yang berkembang dan ingin mengadopsi set alat yang lebih kuat, ingin memulai dengan cepat menggunakan terminologi yang lebih mereka kenal.

Proses Dasar baru menyediakan tiga jenis item kerja (Epik, Masalah, dan Tugas) untuk merencanakan dan melacak pekerjaan Anda. Kami menyarankan agar Anda menggunakan Masalah untuk melacak hal-hal seperti cerita pengguna, bug, dan fitur saat menggunakan Epik untuk mengelompokkan Masalah menjadi unit kerja yang lebih besar. Saat Anda membuat kemajuan dalam pekerjaan Anda, pindahkan item dalam alur kerja status sederhana dari Yang Harus Dilakukan, Sedang Dikerjakan, dan Selesai.

Lihat dokumentasi tentang masalah pelacakan dan tugas untuk membantu Anda memulai proyek baru Anda.

Urutan nilai status pada formulir item kerja

Sebelumnya, nilai status pada formulir item kerja diurutkan menurut abjad. Dengan pembaruan ini, kami mengubah cara nilai status diurutkan agar sesuai dengan urutan alur kerja dalam pengaturan proses. Anda juga dapat mengubah urutan status di setiap kategori dalam pengaturan penyesuaian status.

Pengaktifan Fitur tidak lagi tersedia

Pelanggan harus memperbarui XML secara manual untuk setiap proyek untuk mengaktifkan fitur baru setelah meningkatkan koleksi mereka.

Lihat dokumentasi untuk mempelajari cara mengaktifkan fitur tertentu.

Mengatur materi referensi dengan lampiran item kerja yang lebih variatif

Melampirkan file ke item kerja memungkinkan Anda dan tim Anda untuk mempusatkan materi referensi sehingga selalu dekat ketika Anda membutuhkannya. Sekarang lebih mudah untuk menambahkan lampiran baru hanya dengan menyeret dan menjatuhkan file di mana saja pada formulir item kerja. Anda dapat terus menampilkan lampiran sebagai daftar atau beralih ke tampilan kisi untuk memperlihatkan pratinjau gambar mini. Klik dua kali pada file untuk membuka pratinjau dan menelusurinya untuk menemukan informasi yang Anda butuhkan dengan cepat.

Bagikan papan kerja tim menggunakan lencana

README repositori sering menjadi rumah bagi tim proyek Anda untuk mendapatkan informasi tentang cara berkontribusi dan menggunakan solusi Anda. Sekarang, seperti halnya dengan status build atau penyebaran di Azure Pipelines, Anda dapat menambahkan lencana ke README untuk papan tim Anda di Azure Boards. Anda dapat mengonfigurasi lencana untuk memperlihatkan hanya kolom Sedang Berlangsung atau semua kolom, dan bahkan membuat lencana terlihat secara publik jika proyek Anda adalah sumber terbuka.

Jika README Anda didasarkan pada Markdown, Anda cukup menyalin sampel Markdown dari halaman pengaturan lencana status dan menempelkannya ke file Anda.

Permintaan untuk pekerjaan relatif terhadap awal hari, minggu, bulan, atau tahun

Meskipun tim sering fokus pada pekerjaan dalam konteks apa yang akan terjadi berikutnya atau berdasarkan iterasi sprint, sering kali menarik untuk melihat kembali pekerjaan melalui lensa kalender untuk melaporkan semua pekerjaan yang terjadi bulan lalu atau pada kuartal pertama tahun ini. Sekarang Anda bisa menggunakan sekumpulan makro @StartOf baru berikut bersama dengan bidang berbasis tanggal apa pun untuk mengkueri berdasarkan awal hari, minggu, bulan, atau tahun:

• @StartOfYear
• @StartOfMonth
• @StartOfWeek
• @StartOfDay

Masing-masing makro ini juga menerima string pengubah baru yang memungkinkan Anda menggeser data dengan unit tanggal yang berbeda. Misalnya, Anda dapat menulis kueri untuk menemukan semua item kerja yang diselesaikan pada kuartal pertama tahun ini dengan mengkueri Tanggal Perubahan Status >= @StartOfYear dan Tanggal Perubahan Status <= @StartOfYear("+3M"). Lihat dokumentasi makro kueri untuk informasi selengkapnya.

Mengedit dan menghapus komentar diskusi

Kami sangat senang mengumumkan ketersediaan fitur yang mendapatkan banyak suara dari Komunitas Pengembang , yaitu mengedit dan menghapus komentar pada diskusi item kerja Anda di Azure Boards. Untuk mengedit komentar Anda, cukup arahkan mouse ke komentar apa pun yang Anda miliki, dan Anda akan melihat dua tombol baru. Jika Anda mengklik ikon pensil, Anda akan masuk ke mode edit dan cukup melakukan pengeditan dan menekan tombol "Perbarui" untuk menyimpan pengeditan Anda.

Saat Anda mengklik menu tambahan, Anda akan melihat opsi untuk menghapus komentar Anda. Setelah mengklik ini, Anda akan diminta lagi untuk mengonfirmasi bahwa Anda ingin menghapus komentar ini, dan komentar akan dihapus.

Anda akan memiliki jejak lengkap semua komentar yang diedit dan dihapus di tab Riwayat pada formulir item kerja. Anda juga akan melihat bahwa kami telah memperbarui UI pengalaman diskusi kami untuk membuatnya terasa lebih modern dan interaktif. Kami telah menambahkan gelembung di sekitar komentar untuk memperjelas di mana komentar individu dimulai dan berakhir.

Mengekspor hasil kueri ke file CSV

Sekarang Anda dapat mengekspor hasil kueri langsung ke file format CSV dari web.

Navigasi ke item kerja di Azure Boards langsung dari sebutan pada komentar GitHub mana pun

Sekarang ketika Anda menyebutkan item kerja dalam komentar masalah, permintaan pull, atau penerapan di GitHub menggunakan sintaks AB#{work item ID}, penyebutan tersebut akan menjadi hyperlink yang dapat Anda klik untuk menavigasi langsung ke item kerja yang disebutkan.

Ini tidak membuat tautan formal yang mengacaukan item kerja di Azure Boards untuk setiap percakapan terkait, tetapi sebaliknya memberi tim Anda cara untuk memberikan sedikit informasi lebih lanjut tentang item kerja saat membahas kode atau masalah yang dilaporkan pelanggan. Lihat dokumentasi integrasi GitHub Azure Boards untuk informasi selengkapnya.

Menangani dan menyelesaikan masalah di GitHub sambil merencanakan di Azure Boards

Sekarang Anda dapat menautkan item kerja di Azure Boards dengan masalah terkait di GitHub. Dengan jenis penautan baru ini, beberapa skenario lain sekarang dimungkinkan. Jika tim Anda ingin terus menerima laporan bug dari pengguna, misalnya, sebagai masalah dalam GitHub tetapi menghubungkan dan mengatur pekerjaan tim secara keseluruhan di Azure Boards, sekarang Anda bisa.

Sintaks penyebutan yang sama yang digunakan tim Anda untuk commit dan pull request tetap berlaku, dan tentu saja Anda dapat menautkan secara manual di Azure Boards dengan URL isu. Lihat dokumentasi GitHub & Azure Boards untuk informasi selengkapnya.

Dengan cepat melihat aktivitas GitHub yang ditautkan dari papan Kanban

Saat meninjau papan Kanban sendiri atau sebagai tim, Anda sering memiliki pertanyaan seperti "apakah item ini sudah memulai pengembangan?" atau "apakah item ini sedang ditinjau?" Dengan anotasi GitHub baru di papan Kanban, sekarang Anda bisa merasakan dengan cepat di mana item berada dan langsung menavigasi ke penerapan GitHub, permintaan pull, atau masalah untuk detail selengkapnya. Lihat dokumentasi Kustomisasi kartu untuk informasi lebih lanjut tentang ini dan anotasi lainnya untuk Tugas dan Pengujian.

Repos

Draf permintaan penarikan

Untuk mencegah pull request diselesaikan sebelum siap dan memudahkan pembuatan pekerjaan yang sedang dalam proses dan mungkin tidak melibatkan semua orang, kami sekarang mendukung draft pull request.

Draf permintaan tarik dapat dibuat dengan memilih Buat sebagai draf dari menu drop-down tombol Buat saat membuat permintaan tarik.

Setelah membuat permintaan tarik draf, Anda akan melihat lencana yang menunjukkan statusnya di samping judul.

Permintaan penarikan draf tidak menyertakan peninjau atau menjalankan build secara default tetapi memungkinkan Anda menambahkan peninjau dan menjalankan build secara manual. Untuk mempromosikan pull request menjadi pull request normal, cukup klik tombol Terbitkan di halaman detail pull request.

Jalankan ulang build yang kedaluwarsa untuk permintaan pull penyelesaian otomatis

Azure Repos sekarang akan secara otomatis menjadwalkan ulang build yang telah kedaluwarsa dan dipicu oleh kebijakan pull request. Ini berlaku untuk permintaan tarik yang telah memenuhi semua kebijakan lainnya dan diatur untuk selesai secara otomatis.

Sebelumnya, ketika pull request memiliki kebijakan seperti pengulas yang diwajibkan, proses persetujuan dapat memakan waktu terlalu lama dan build terkait dapat kedaluwarsa sebelum pengulas menyetujui pull request tersebut. Jika permintaan pull diatur ke selesai otomatis, permintaan tersebut akan tetap diblokir hingga pengguna mengantre build yang kedaluwarsa secara manual. Dengan perubahan ini, build akan diantrekan secara otomatis sehingga permintaan pull dapat diselesaikan secara otomatis setelah build berhasil.

Nota

Otomatisasi ini hanya akan mengantre hingga lima build yang kedaluwarsa per permintaan pull dan hanya akan mencoba mengantre ulang setiap build sekali.

Menampilkan file kiri atau kanan saja dalam permintaan pull

Hari ini, saat melihat perubahan file dalam pull request, Anda dapat menggunakan Diff Berdampingan atau Diff Sebaris. Kami telah menerima umpan balik bahwa banyak dari Anda hanya ingin melihat file asli atau file yang diubah, tanpa membandingkannya, jadi kami menambahkan opsi baru yang akan memungkinkan Anda untuk melihat file kiri atau file yang tepat satu per satu.

Jenis penggabungan baru untuk menyelesaikan permintaan pull

Anda sekarang memiliki lebih banyak opsi untuk menggabungkan perubahan dari pull request ke cabang target. Kami telah menambahkan dukungan untuk dua fitur kami yang paling diminta di Komunitas Pengembang: Fast-Forward menggabungkan dan Semi-Linear menggabungkan (juga disebut "Rebase dan Merge").

Sekarang Anda akan melihat opsi baru ini tersedia dalam dialog Permintaan Tarik Lengkap:

Halaman administrasi kebijakan yang diperbarui memungkinkan administrator mengontrol strategi penggabungan mana yang diizinkan pada cabang atau folder cabang.

Nota

Kebijakan yang ada masih diberlakukan. Misalnya, jika cabang Anda saat ini memiliki kebijakan "penggabungan squash saja", Anda harus mengedit kebijakan tersebut untuk menggunakan strategi penggabungan baru.

Ada beberapa situasi ketika rebasing saat penyelesaian pull request tidak dimungkinkan:

• Jika kebijakan pada cabang target melarang penggunaan strategi rebase, Anda akan memerlukan izin "Ambil alih kebijakan cabang".
• Jika cabang sumber dari pull request memiliki kebijakan, Anda tidak akan dapat melakukan rebase. Rebasing akan memodifikasi cabang sumber tanpa melalui proses persetujuan kebijakan.
• Jika Anda telah menggunakan Ekstensi Konflik Penggabungan untuk mengatasi konflik penggabungan. Resolusi konflik yang diterapkan pada penggabungan tiga arah jarang berhasil (atau bahkan valid) saat melakukan rebase semua commit dalam pull request satu per satu.

Dalam semua kasus ini, Anda masih memiliki opsi untuk melakukan rebase cabang Anda secara lokal dan mendorongnya ke server, atau menggabungkan perubahan Anda dengan squash-merging saat menyelesaikan permintaan tarik.

Filter menurut cabang target pada pull request (PR)

Permintaan pull memungkinkan tim Anda meninjau kode dan memberikan umpan balik tentang perubahan sebelum menggabungkannya ke cabang utama. Mereka telah menjadi bagian penting dari alur kerja banyak tim karena Anda dapat menelusuri perubahan yang diusulkan, meninggalkan komentar, dan memilih untuk menyetujui atau menolak perubahan kode.

Untuk memudahkan Anda menemukan pull request, kami menambahkan opsi pemfilteran untuk memungkinkan Anda mencari PR menggunakan cabang tujuan.

Anda juga dapat menggunakan pemfilteran cabang target untuk menyesuaikan tampilan permintaan tarik di tab Mine.

Perbolehkan ekstensi menambahkan penyorotan sintaks dan pelengkapan otomatis

Saat ini, kami menerbitkan penyorotan sintaks untuk sebagian dari bahasa yang didukung oleh editor Monaco. Namun, banyak dari Anda ingin membuat penyorotan sintaks Anda sendiri untuk bahasa yang tidak kami dukung.

Dengan pembaruan ini, kami menambahkan titik ekstensibilitas yang memungkinkan ekstensi untuk menambahkan penyorotan sintaks dan pelengkapan otomatis ke penjelajah file dan tampilan permintaan pull.

Anda dapat menemukan contoh ekstensi yang menunjukkan fitur ini di sini.

Selain itu, kami menambahkan dukungan untuk bahasa Kusto penyorotan sintaksis.

Titik ekstensi pembuatan repositori

Kami telah menambahkan titik ekstensi untuk memungkinkan Anda menambahkan item baru ke pemilih repositori. Titik ekstensi ini akan memungkinkan Anda menambahkan tindakan kustom (pengalihan, popup, dll) ke menu pemilih repositori, memungkinkan alur seperti skenario pembuatan repositori alternatif.

Cuplikan layar memperlihatkan ekstensi pembuatan repositori.Repository creation extension ekstensi pembuatan repositori

Dukungan untuk pengkodean yang ditingkatkan

Sebelumnya, jika Anda mengedit dan menyimpan file di web, file tersebut hanya akan disimpan dalam pengodean UTF-8 dan kami tidak memberi tahu Anda ketika pengodean file berubah. Sekarang, kami akan memberi Anda peringatan ketika Anda mencoba menyimpan file yang tidak dikodekan UTF melalui web (yang hanya mendukung pengodean UTF). Selain itu, kami menambahkan dukungan untuk pengodean UTF-16 dan UTF-32 melalui endpoint push web. Ini berarti bahwa kita akan mempertahankan jenis pengodean sehingga Anda tidak perlu menulis ulang sebagai UTF-8.

Cuplikan layar berikut menunjukkan sebuah contoh dialog yang akan Anda lihat saat memperkenalkan perubahan pengekodean melalui push web.

Dapatkan dukungan perintah di Azure Repos

Go adalah bahasa pemrograman sumber terbuka, juga disebut sebagai Golang. Di Go, Anda dapat menggunakan perintah get untuk mengunduh dan menginstal paket dan dependensi. Dengan pembaruan ini, kami telah menambahkan dukungan untuk go get dalam repositori Azure DevOps. Dengan go get, Anda akan dapat mengunduh paket beserta dependensinya sesuai jalur impor. Anda dapat menggunakan kata kunci import untuk menentukan jalur impor.

Jaringan Pipa

Editor web dengan IntelliSense untuk alur YAML

Jika Anda menggunakan YAML untuk menentukan alur, Anda sekarang dapat memanfaatkan fitur editor baru yang diperkenalkan dengan rilis ini. Baik Anda membuat alur YAML baru atau mengedit alur YAML yang ada, Anda akan dapat mengedit file YAML dalam editor web alur. Gunakan Ctrl+Space untuk dukungan IntelliSense saat Anda mengedit file YAML. Anda akan melihat kesalahan sintaks disorot dan juga mendapatkan bantuan untuk memperbaiki kesalahan tersebut.

Asisten tugas untuk mengedit file YAML

Kami terus menerima banyak umpan balik yang meminta untuk mempermudah pengeditan file YAML untuk alur, jadi kami menambahkan asisten tugas ke editor YAML. Dengan ini, Anda akan memiliki pengalaman akrab yang sama untuk menambahkan tugas baru ke file YAML seperti di editor klasik. Asisten baru ini mendukung sebagian besar jenis input tugas umum seperti daftar pilihan dan koneksi layanan. Untuk menggunakan asisten tugas baru, pilih Edit pada alur berbasis YAML, lalu pilih asisten tugas .

Memicu rangkaian YAML dengan tag

Alur YAML dapat dipicu saat tag ditambahkan ke commit. Ini berharga bagi tim yang alur kerjanya menyertakan tag. Misalnya, Anda dapat memulai proses ketika commit ditandai sebagai "terakhir yang diketahui baik".

Anda dapat menentukan tag mana yang akan disertakan dan dikecualikan. Misalnya:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Mendeklarasikan sumber daya kontainer secara langsung

Sebelumnya, kami mengharuskan Anda untuk mendeklarasikan sumber daya kontainer Anda di alur YAML, lalu mereferensikannya berdasarkan nama. Kami sekarang menawarkan sintaks inline untuk kasus di mana Anda tidak perlu merujuk ke kontainer berulang kali.

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

Pengaturan untuk membatalkan pipeline yang ada secara otomatis ketika permintaan pull diperbarui

Secara default, pipeline yang dipicu oleh permintaan tarik (PR) akan dibatalkan jika komit baru dikirim ke PR yang sama. Ini diinginkan dalam banyak kasus karena biasanya Anda tidak ingin terus menjalankan alur pada kode yang kedaluwarsa. Jika Anda tidak menginginkan perilaku ini, Anda dapat menambahkan autoCancel: false ke pemicu PR Anda.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Pilih direktori kode yang dicek keluar di alur YAML

Sebelumnya, kami menyimpan salinan repositori ke direktori s di bawah $(Agent.BuildDirectory). Sekarang Anda dapat memilih direktori tempat repositori Git Anda akan diperiksa untuk digunakan dengan alur YAML.

Gunakan kata kunci path pada checkout dan Anda akan mengontrol struktur folder. Di bawah ini adalah contoh kode YAML yang dapat Anda gunakan untuk menentukan direktori.

steps:
- checkout: self
  path: my-great-repo

Dalam contoh ini, kode Anda akan dicek keluar ke direktori my-great-repo di ruang kerja agen. Jika Anda tidak menentukan jalur, repositori Anda akan terus dicek keluar ke direktori yang disebut s.

Tugas Azure App Service baru yang dioptimalkan untuk YAML

Kami sekarang menyediakan dukungan untuk empat tugas baru yang memberikan cara mudah namun kuat untuk menyebarkan Azure App Services dengan mempertimbangkan kebutuhan pengembang modern. Tugas-tugas ini memiliki sintaks YAML yang dioptimalkan sehingga sederhana dan intuitif untuk membuat penyebaran ke Azure AppServices, termasuk WebApps, FunctionApps, WebApps untuk Kontainer, dan FunctionApps untuk Kontainer di platform Windows dan Linux.

Kami juga mendukung tugas utilitas baru untuk transformasi file dan penggantian variabel untuk format XML dan JSON.

Perubahan pada izin default untuk proyek baru

Hingga saat ini, kontributor proyek tidak dapat membuat pipeline kecuali mereka secara eksplisit diberikan izin "Membuat definisi build". Untuk proyek baru, anggota tim Anda dapat dengan mudah membuat dan memperbarui alur. Perubahan ini akan mengurangi gesekan bagi pelanggan baru yang onboarding ke Azure Pipelines. Anda selalu dapat memperbarui izin default pada grup Kontributor dan membatasi aksesnya.

Mengelola rilis GitHub menggunakan alur

Rilis GitHub adalah cara yang bagus untuk mengemas dan menyediakan perangkat lunak kepada pengguna. Kami dengan senang hati mengumumkan bahwa Anda sekarang dapat mengotomatiskannya menggunakan tugas Rilis GitHub di Azure Pipelines. Dengan menggunakan tugas, Anda dapat membuat rilis baru, memodifikasi rilis draf/yang diterbitkan yang ada atau membuang rilis yang lebih lama. Ini mendukung fitur seperti mengunggah beberapa aset, menandai rilis sebagai pra-rilis, menyimpan rilis sebagai draf dan banyak lagi. Tugas ini juga membantu Anda membuat catatan rilis. Ini juga dapat secara otomatis menghitung perubahan (penerapan dan masalah terkait) yang dibuat dalam rilis ini dan menambahkannya ke catatan rilis dalam format yang ramah pengguna.

Berikut adalah YAML sederhana untuk tugas ini:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Contoh rilis GitHub yang dibuat menggunakan tugas ini:

Tautan ke baris tertentu dalam log build

Anda sekarang dapat berbagi tautan ke baris tertentu di log build. Ini akan membantu Anda saat berkolaborasi dengan anggota tim lain dalam mendiagnosis kegagalan pembuatan. Cukup pilih baris log dari tampilan hasil untuk mendapatkan ikon tautan.

Peningkatan otorisasi sumber daya

Kami perlu menyediakan keamanan untuk sumber daya yang dilindungi (misalnya, koneksi layanan, grup variabel, kumpulan agen, file aman) saat direferensikan dalam file YAML. Pada saat yang sama, kami ingin mempermudah Anda untuk menyiapkan dan menggunakan alur yang menggunakan jenis sumber daya ini untuk skenario non-produksi. Sebelumnya, kami menambahkan pengaturan untuk menandai sumber daya sebagai 'diotorisasi untuk digunakan di semua alur'.

Dengan pembaruan ini, kami mempermudah Anda untuk memperbaiki masalah otorisasi sumber daya meskipun Anda belum menandai sumber daya seperti itu. Dalam pengalaman baru, ketika build gagal karena kesalahan otorisasi sumber daya, Anda akan melihat opsi untuk secara eksplisit mengotorisasi penggunaan sumber daya tersebut dalam alur, lalu melanjutkan. Anggota tim dengan wewenang untuk memberikan otorisasi sumber daya akan dapat menyelesaikan tindakan ini langsung dari build yang mengalami kegagalan.

Titik kontribusi ekstensi baru di tab Uji Alur

Kami terus membuat kerangka kerja ekstensi lebih kuat dengan menambahkan dua titik kontribusi baru di tab Hasil Pengujian di Alur. Ini akan memungkinkan ekstensi Marketplace untuk memberikan pengalaman pelaporan yang lebih disesuaikan dan menambahkan interaktivitas lebih lanjut.

Dua poin kontribusi adalah:

1. tombol Tindakan Kustom di toolbar

   Terkadang Anda mungkin ingin melakukan tindakan seperti memperbarui data API atau menjalankan alat kustom menggunakan metadata dari hasil pengujian Anda. Dengan titik kontribusi ini, Anda dapat membuat ekstensi yang menggunakan konteks langsung dari hasil pengujian yang dipilih untuk menambahkan tindakan kustom ke tombol *Tindakan Kustom- .

   

2. Tab Kustom pada panel detail

   Anda mungkin memiliki berbagai alur kerja konsumsi laporan pengujian dan mungkin ingin melihat titik data yang berbeda terhadap pengujian yang gagal untuk penelusuran kesalahan dan analisis. Dengan menggunakan titik kontribusi ini, tim Anda dapat menambahkan tab baru ke panel detail yang akan muncul saat Anda memilih baris hasil pengujian apa pun di kisi data. Tab baru ini dapat menampilkan tampilan dengan konten statis atau data dinamis yang diambil menggunakan API internal atau eksternal.

Agen jalankan sekali

Jika Anda menggunakan infrastruktur seperti Azure Container Instances untuk menjalankan agen privat elastis, sering kali, Anda ingin setiap agen hanya menerima satu pekerjaan sebelum pergi. Hingga sekarang, ini tidak mudah karena Anda harus menghentikan operasi agen (yang mungkin menyebabkan kegagalan dilaporkan) atau menerima risiko bahwa agen mungkin mendapatkan tugas lain sebelum Anda dapat mematikannya. Dengan pembaruan ini, kami menambahkan bendera --once ke konfigurasi agen. Ketika Anda mengonfigurasi agen dengan cara ini, agen hanya akan menerima satu pekerjaan dan kemudian mematikan dirinya sendiri.

Pembaruan antarmuka pengguna kumpulan agen

Halaman manajemen kumpulan agen dalam pengaturan proyek telah diperbarui dengan antarmuka pengguna baru. Sekarang Anda dapat dengan mudah melihat semua pekerjaan yang berjalan di dalam kumpulan. Selain itu, Anda dapat mempelajari mengapa suatu pekerjaan tidak berjalan.

Menyebarkan ke target yang mengalami kegagalan dalam Grup Penyebaran

Secara default, Azure Pipelines digunakan untuk menjalankan kembali semua pekerjaan saat Anda menyebarkan ulang eksekusi yang sebelumnya gagal. Sekarang, Anda dapat mengubah perilaku ini dengan mengonfigurasi Opsi Penyebaran ketika melakukan penyebaran. Dengan memilih opsi Semua pekerjaan dan membatasi pada target yang gagal dalam grup penyebaran, menjalankan ulang akan menjalankan semua pekerjaan dan melewatkan penyebaran ke target yang sudah terbaru.

Menggunakan kembali secara otomatis saat terjadi kegagalan

Saat penyebaran ke tahap gagal, Azure Pipelines sekarang dapat secara otomatis menyebarkan ulang penyebaran terakhir yang berhasil. Anda dapat mengonfigurasi tahapan untuk secara otomatis menyebarkan rilis terakhir yang berhasil dengan mengonfigurasi pemicu Auto-redeploy dalam kondisi pasca-penyebaran. Kami berencana untuk menambahkan peristiwa dan tindakan tambahan yang dipicu ke konfigurasi penyebaran ulang otomatis dalam sprint mendatang. Lihat dokumentasi kelompok Penyebaran untuk informasi selengkapnya.

Pengait layanan anotasi Grafana

Kami sekarang mendukung hook layanan baru yang memungkinkan Anda menambahkan anotasi Grafana untuk peristiwa Penyebaran Selesai ke dasbor Grafana. Ini memungkinkan Anda menghubungkan penyebaran dengan perubahan metrik aplikasi atau infrastruktur yang sedang divisualisasikan di dasbor Grafana.

Menelusuri tugas-tugas terkait pemberitahuan di Azure Monitor

Versi sebelumnya dari tugas Query Azure Monitors hanya mendukung kueri pemberitahuan pada pengalaman pemantauan klasik. Dengan versi baru tugas ini, Anda dapat mengkueri pemberitahuan tentang pengalaman pemantauan terpadu yang baru-baru ini diperkenalkan oleh Azure Monitor.

Memasukkan file spesifikasi secara sebaris dalam tugas Penerapan ke Kubernetes

Sebelumnya, tugas penyebaran Kubernetes mengharuskan Anda untuk menyediakan jalur file untuk konfigurasi. Sekarang Anda juga dapat menambahkan konfigurasi secara langsung.

Tugas Penginstal Docker CLI

Tugas ini memungkinkan penginstalan versi Docker CLI apa pun pada agen seperti yang ditentukan oleh pengguna.

Memulihkan alur rilis yang dihapus

Menghapus alur rilis yang tidak digunakan membantu menjaga daftar alur rilis tetap bersih tetapi terkadang Anda menghapus sesuatu secara tidak sengaja. Dengan pembaruan ini, sekarang dimungkinkan untuk memulihkan alur rilis yang dihapus dalam 30 hari terakhir. Kami menambahkan tab baru ke panel kiri halaman Rilis yang akan menampilkan daftar alur rilis yang dihapus. Dari tampilan ini Anda dapat memulihkan alur rilis yang dihapus dengan memilih alur dari daftar dan mengklik tombol Pulihkan.

Pemberitahuan tentang kegagalan permintaan pembuatan rilis

Anda dapat mengatur pemberitahuan untuk menerima email saat perubahan terjadi pada build, basis kode, dan operasi lainnya. Misalnya, Anda dapat mengatur pemberitahuan untuk mendapatkan pemberitahuan saat item kerja ditetapkan untuk Anda.

Dengan pembaruan ini, kami menambahkan langganan pemberitahuan baru ke kategori Rilis. Pemberitahuan ini akan mengirimi Anda email saat permintaan pembuatan rilis gagal. Contoh skenario di mana ini mungkin berguna adalah ketika permintaan untuk membuat rilis gagal karena versi artefak tidak tersedia. Untuk mempelajari cara mengelola pemberitahuan Anda, lihat dokumentasi di sini.

Menjadwalkan rilis saat terjadi perubahan pada sumber atau alur pipeline

Sebelumnya, ketika Anda memiliki pemicu rilis terjadwal, rilis akan dipicu bahkan ketika tidak ada perubahan yang terdeteksi dalam artefak hulu atau dalam definisi rilis. Opsi telah ditambahkan ke panel pemicu rilis Jadwal untuk menjadwalkan rilis hanya jika versi artefak atau definisi rilis berubah.

Titik kontribusi untuk variabel dalam dialog pembuatan rilis

Sebelumnya, nilai variabel yang diperlukan selama pembuatan rilis harus dimasukkan oleh pengguna tanpa bantuan atau saran. Kami telah menambahkan titik kontribusi ke dalam dialog Buat rilis baru untuk mendukung ekstensi yang akan membantu mengisi nilai dari sebuah variabel selama pembuatan rilis.

Menerbitkan ke antrian sesi Azure Service Bus

Kami telah memperluas tugas membangun tanpa agen untuk menambahkan kemampuan mengirim pesan ke antrean sesi. Opsi ini telah ditambahkan ke tugas Terbitkan ke Azure Service Bus.

Opsi langganan Azure baru di koneksi layanan Kubernetes

Koneksi layanan untuk build dan rilis memungkinkan Anda terhubung ke layanan jarak jauh dan eksternal untuk menjalankan tugas untuk pembangunan atau penyebaran. Anda dapat menentukan dan mengelola koneksi layanan dari pengaturan Admin proyek Anda.

Dengan pembaruan ini, kami menambahkan opsi autentikasi ke formulir koneksi layanan Kubernetes. Sekarang Anda dapat memilih Langganan Azure untuk mengautentikasi koneksi Anda. Ini memudahkan penyebaran ke namespace layanan tertentu dengan menyiapkan koneksi Kubernetes dengan langganan Azure dan nama kluster Anda.

Untuk kluster yang memiliki kontrol akses berbasis peran (RBAC), objek ServiceAccount dan RoleBinding dibuat di namespace yang dipilih. Objek RoleBinding membatasi operasi akun layanan yang dibuat hanya ke namespace yang dipilih. Untuk kluster dengan RBAC nonaktif, akun layanan yang dibuat memiliki izin di seluruh kluster dan namespace.

Registri kontainer Azure dalam koneksi layanan registri Docker

Sekarang Anda dapat membuat koneksi layanan registri Docker dari halaman pengaturan proyek Anda. Untuk membuat koneksi, pilih registri kontainer Azure di salah satu langganan yang terkait dengan identitas Azure Active Directory (AAD) Anda. Semua tugas yang memerlukan koneksi layanan ke registri kontainer seperti Docker@2 dan KubernetesManifest@0 akan mendukung satu cara untuk menentukan koneksi.

koneksi layanan Docker

Cari menurut nama folder dalam definisi rilis

Anda dapat mengatur definisi rilis dengan menyimpannya di folder. Sebelumnya, Anda tidak memiliki opsi untuk melakukan pencarian menurut folder. Sangat menantang untuk menemukan definisi rilis tertentu jika Anda telah membuat banyak folder. Sekarang Anda dapat mencari berdasarkan nama folder dalam definisi rilis sehingga lebih mudah untuk menemukan definisi yang Anda cari.

Tugas penginstal alat duffle dalam jalur pemrosesan build dan rilis

Duffle adalah alat baris perintah yang memungkinkan Anda menginstal dan mengelola Cloud Native Application Bundles (CNAB). Dengan CNAB, Anda dapat membundel, menginstal, dan mengelola aplikasi asli kontainer dan layanannya.

Dalam pembaruan ini, kami menambahkan tugas baru untuk alur build dan rilis yang memungkinkan Anda menginstal versi biner Duffle tertentu.

Tugas manifesto Kubernetes

Kami menambahkan tugas baru ke alur rilis kami untuk menyederhanakan proses penyebaran ke kluster Kubernetes menggunakan file manifes. Tugas ini akan memberikan manfaat berikut dibandingkan dengan penggunaan biner kubectl dalam skrip:

• Substitusi artefak - Tindakan penyebaran menerima input berupa daftar citra kontainer yang dapat ditentukan bersama dengan tag atau digest-nya. Ini diganti ke dalam versi non-templat dari file manifes sebelum menerapkannya ke kluster untuk memastikan bahwa versi gambar yang tepat ditarik oleh node kluster.

• Stabilitas manifes - Status penyebaran diperiksa pada objek Kubernetes yang telah diterapkan, untuk menggabungkan pemeriksaan stabilitas saat menghitung status tugas sebagai sukses atau gagal.

• Anotasi keterlacakan - Anotasi ditambahkan ke objek Kubernetes yang disebarkan untuk menambahkan informasi keterlacakan tentang organisasi asal, proyek, alur, dan pelaksanaan.

• Manifes konversi - Aksi konversi dalam tugas memungkinkan memproses bagan Helm menjadi file manifes Kubernetes sehingga dapat diterapkan ke kluster.

• Strategi penyebaran - Memilih strategi canary dengan tindakan penyebaran mengarah pada pembuatan beban kerja dengan persentase yang diinginkan, yang diakhiri dengan -baseline dan -canary sehingga dapat dibandingkan selama tugas ManualIntervention sebelum menggunakan tindakan promosikan/tolak untuk menyelesaikan versi mana yang akan dipertahankan.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Peningkatan tugas Docker

Kami meningkatkan tugas Docker untuk menyederhanakan pengalaman penulisan alur. Perintah buildAndPush sekarang dapat digunakan untuk membangun beberapa tag untuk repositori kontainer tertentu dan mendorongnya ke beberapa registri kontainer dalam satu langkah. Tugas ini dapat menggunakan koneksi layanan registri Docker untuk masuk ke registri kontainer. Metadata keterlacakan tentang repositori sumber, commit, dan provenansi build ditambahkan sebagai label ke citra yang dibuat menggunakan tugas ini.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Alat penginstal Kubectl

Kami menambahkan tugas baru yang memungkinkan Anda menginstal versi tertentu dari biner Kubectl pada agen. terbaru dan string versi semver seperti 'v1.14.0' dianggap sebagai nilai valid untuk masukan Spesifikasi Versi Kubectl.

Penyempurnaan integrasi ServiceNow

Kemampuan utama untuk kolaborasi lintas tim adalah memungkinkan setiap tim menggunakan layanan pilihan mereka dan memiliki pengiriman end-to-end yang efektif. Dengan pembaruan ini, kami meningkatkan integrasi ServiceNow untuk mendukung semua jenis perubahan (normal, standar, dan darurat). Selain itu, Anda sekarang dapat menentukan gerbang yang digunakan untuk membuat permintaan perubahan baru menggunakan templat yang ada, sesuai proses ITSM yang diikuti di organisasi Anda. Terakhir, Anda juga dapat membatasi rilis berdasarkan permintaan perubahan yang ada. Ini memungkinkan Anda untuk mengadopsi CD, tanpa perlu mengubah proses yang direkomendasikan oleh tim IT Anda.

Dukungan untuk Red Hat Enterprise Linux 6

Dengan pembaruan ini, kami menambahkan dukungan agen untuk Red Hat Enterprise Linux 6. Anda sekarang dapat mengonfigurasi agen yang menargetkan platform Red Hat Enterprise Linux 6 untuk eksekusi pekerjaan build dan rilis.

Dukungan untuk modul Azure PowerShell Az

Azure PowerShell menyediakan sekumpulan cmdlet yang dapat Anda gunakan untuk mengelola sumber daya Azure dari baris perintah. Desember lalu, modul Azure PowerShell Az tersedia dan sekarang menjadi modul yang dimaksudkan untuk mengelola sumber daya Azure Anda.

Sebelumnya, kami tidak memberikan dukungan untuk modul Azure PowerShell Az di agen yang dihosting. Dengan tugas Azure PowerShell baru versi 4.* dalam alur build dan rilis, kami telah menambahkan dukungan untuk modul Az baru untuk semua platform. Tugas Azure PowerShell versi 3.* akan terus mendukung modul AzureRM. Namun, untuk mengikuti layanan dan fitur Azure terbaru, kami sarankan Anda beralih ke tugas Azure PowerShell versi 4.* sesegera mungkin.

Modul Az memiliki mode kompatibilitas untuk membantu Anda menggunakan skrip yang ada saat Anda memperbaruinya untuk menggunakan sintaks baru. Untuk mengaktifkan kompatibilitas modul Az, gunakan perintah Enable-AzureRmAlias. Alias memungkinkan Anda menggunakan nama cmdlet lama dengan modul Az. Anda bisa mendapatkan detail selengkapnya tentang migrasi dari modul Azure RM ke modul Azure PowerShell Az di sini.

Nota

Anda perlu menginstal modul Az di komputer agen Anda jika Anda menggunakan agen privat.

Untuk informasi selengkapnya tentang modul Azure PowerShell Az, lihat dokumentasi di sini.

Dukungan autentikasi Azure Active Directory (AD) untuk tugas Azure SQL

Tugas Azure SQL telah ditingkatkan untuk mendukung menyambungkan ke database menggunakan Azure AD (Kata Sandi & Terintegrasi) dan string koneksi selain dukungan yang ada untuk autentikasi server SQL.

Menerbitkan artefak build dengan jalur berkas yang panjang

Hingga saat ini, ada batasan yang mencegah pengunggahan artefak build dengan jalur lebih dari 233 karakter. Ini dapat mencegah Anda mengunggah hasil cakupan kode dari build Linux dan macOS yang memiliki jalur file lebih panjang dari batas. Batasan telah diperbarui untuk mendukung jalur yang lebih panjang.

Lewati integrasi berkelanjutan (CI) untuk sebuah commit

Sekarang Anda dapat memberi tahu Azure Pipelines untuk mengabaikan komit dan melompati menjalankan alur yang biasanya dipicu komit tersebut. Cukup sertakan [skip ci] dalam pesan commit pada commit HEAD dan Azure Pipelines akan melewati CI. Anda juga dapat menggunakan salah satu variasi yang tercantum di bawah ini. Ini didukung untuk penerapan ke Azure Repos Git dan GitHub Enterprise Server.

• [skip ci] atau [ci skip]
• skip-checks: true atau skip-checks:true
• [skip azurepipelines] atau [azurepipelines skip]
• [skip azpipelines] atau [azpipelines skip]
• [skip azp] atau [azp skip]
• ***NO_CI***

Rencana Pengujian

Widget Tren Hasil Uji (Lanjutan)

Widget Tren Hasil Tes (Tingkat Lanjut) memberikan akses mendekati waktu nyata terhadap data pengujian Anda untuk berbagai build dan rilis. Widget Test result trend (Advanced) menampilkan tren hasil pengujian Anda untuk alur Anda atau di seluruh alur. Anda dapat menggunakannya untuk melacak jumlah harian pengujian, laju lulus, dan durasi pengujian. Melacak kualitas pengujian dari waktu ke waktu dan meningkatkan jaminan pengujian adalah kunci untuk mempertahankan alur DevOps yang sehat.

Widget tren hasil pengujian (Advanced) membantu Anda menemukan outlier dalam hasil pengujian Anda dan menjawab pertanyaan seperti: apakah pengujian membutuhkan waktu lebih lama untuk dijalankan dari biasanya? File pengujian atau alur apa yang memengaruhi tingkat pass saya secara keseluruhan? Apa tes jangka panjang saya?

Untuk membantu Anda menjawab pertanyaan-pertanyaan ini, widget menyediakan fitur-fitur ini:

• Menampilkan tren laju lulus, dan jumlah hasil pengujian atau durasi pengujian
• Menyajikan hasil pengujian berdasarkan beberapa alur build atau alur rilis
• Menggunakan opsi bagan gabungan untuk menampilkan dua metrik dalam tren yang sama
• Memfilter jumlah pengujian dari waktu ke waktu berdasarkan hasil pengujian
• Memfilter semua hasil pengujian Anda menurut cabang atau pengujian
• Menumpuk metrik Anda berdasarkan atribut pengujian seperti Prioritas atau Lingkungan
• Kelompokkan data Anda pada File Pengujian, pemilik, atau pipeline

Widget ini sangat dapat dikonfigurasi memungkinkan Anda menggunakannya untuk berbagai skenario.

Bagikan hasil uji coba melalui URL

Anda dapat mengonfigurasi pengujian otomatis untuk dijalankan sebagai bagian dari build atau rilis. Hasil pengujian yang diterbitkan dapat dilihat di tab Pengujian dalam ringkasan build atau rilis. Dengan pembaruan ini, kami menambahkan fitur URL hasil uji salin sehingga Anda dapat berbagi URL hasil uji coba dengan orang lain di tim Anda.

Tingkat berbagi meliputi:

• Tingkat run
• Tingkat hasil
• Tab individu dipilih dalam pengujian
• Berbagi juga kompatibel dengan tab ekstensi apa pun yang dikonfigurasi

Saat Anda berbagi URL, penonton akan melihat hasil uji coba dalam tampilan layar penuh.

Artefak

Paket NuGet dengan nomor versi SemVer 2.0.0

Sebelumnya, Azure Artifacts tidak mendukung paket NuGet dengan nomor versi SemVer 2.0.0 (umumnya, nomor versi yang mengandung bagian metadata pembuatan dari versi, yang ditandai dengan +). Sekarang Anda dapat menyimpan paket dari nuget.org yang berisi metadata build dan mengunggah paket Anda sendiri dengan metadata build. Sesuai spesifikasi SemVer dan kebijakan NuGet.org, metadata build tidak dapat digunakan untuk memesan paket. Jadi, Anda tidak dapat menerbitkan 1.0.0+build1 dan 1.0.0+build2 ke Azure Artifacts (atau nuget.org) karena versi tersebut akan dianggap setara dan dengan demikian tunduk pada batasan imutabilitas .

Informasi asal-usul tentang paket

Dengan pembaruan ini, kami telah membuatnya sedikit lebih mudah untuk memahami asal-usul paket Anda: siapa atau apa yang menerbitkannya dan dari komitmen kode sumber mana mereka berasal. Informasi ini diisi secara otomatis untuk semua paket yang diterbitkan menggunakan tugas NuGet, npm, Maven, dan Twine Authenticate (untuk Python) di Azure Pipelines.

Statistik penggunaan paket

Hingga saat ini, Azure Artifacts tidak menyediakan cara untuk mengukur penggunaan atau popularitas paket. Dengan pembaruan ini, kami menambahkan hitungan Unduhan dan Pengguna ke halaman daftar paket dan detail paket. Anda dapat melihat statistik di sisi kanan salah satu halaman.

Dukungan untuk Paket Python

Azure Artifacts sekarang bisa menjadi host paket Python: baik paket yang Anda produksi sendiri maupun paket hulu yang diunduh dari PyPI publik. Untuk detail selengkapnya, lihat posting blog pengumuman dan dokumen .

Sekarang, Anda sekarang dapat menghosting semua paket NuGet, npm, Maven, dan Python Anda dalam umpan yang sama.

Sumber hulu untuk Maven

Sumber hulu sekarang tersedia untuk umpan Maven. Ini termasuk repositori Maven Central utama dan umpan Azure Artifacts. Untuk menambahkan sumber hulu Maven ke umpan yang ada, kunjungi pengaturan Umpan , pilih tab Sumber Hulu, lalu pilih Tambahkan sumber hulu.

Dukungan proksi untuk tugas terkait artifak

Hingga saat ini, banyak tugas build terkait Artefak tidak memberikan dukungan penuh untuk infrastruktur proksi Azure Pipelines, yang menyebabkan kesulitan dalam penggunaan tugas oleh agen di lokasi. Dengan pembaruan ini, kami telah menambahkan dukungan untuk proksi ke tugas-tugas berikut:

• Npm@1 ('npm' dalam perancang)
• NuGetCommand@2 ('NuGet' di perancang): hanya perintah restore dan push.
• DotNetCoreCLI@2 ('.NET Core' dalam perancang): perintah restore dan nuget push saja
• NpmAuthenticate@0, PipAuthenticate@0, dan TwineAuthenticate@0 ('[type] Authenticate' di perancang): Tugas-tugas ini mendukung proksi selama akuisisi token autentikasi, tetapi masih perlu untuk mengonfigurasi tugas/skrip/alat berikutnya untuk juga menggunakan proksi. Dengan kata lain, tugas-tugas ini tidak mengonfigurasi proksi untuk alat dasar tersebut (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' dalam perancang)

Semua jenis paket Artefak yang didukung dalam rilis

Hingga saat ini, hanya paket NuGet yang didukung dalam jenis artefak Azure Artifacts dalam rilis Pipelines. Dengan pembaruan ini, semua jenis paket Azure Artifacts - Maven, npm, dan Python - didukung.

Tampilan artefak yang tersedia dalam rilis

Sebelumnya, jenis artefak Azure Artifacts hanya dapat mengaktifkan ketika versi paket baru diterbitkan ke umpan. Sekarang, kami juga telah menambahkan dukungan untuk tampilan, sehingga Anda dapat memicu rilis saat paket yang sudah ada di umpan dipromosikan ke tampilan.

Kebijakan retensi bisa melewati paket yang baru saja diunduh

Hingga saat ini, umpan Azure Artifacts telah menawarkan kebijakan retensi dasar yang akan mulai menghapus versi paket lama ketika "jumlah maksimum versi per paket" tercapai. Dengan pembaruan ini, kami telah menambahkan kemampuan untuk melewati paket yang baru diunduh saat melakukan pembersihan ini. Untuk mengaktifkan, edit feed Anda dan centang kotak centang Lewati paket yang baru-baru ini diunduh.

Delegasikan kepada siapa yang dapat mengelola umpan

Di Azure Artifacts, Administrator Koleksi Proyek (PCAs) selalu dapat mengelola semua umpan di server Azure DevOps. Dengan pembaruan ini, PCA juga dapat memberikan kemampuan ini kepada pengguna dan grup lain, sehingga mendelegasikan kemampuan untuk mengelola umpan apa pun.

Wiki

Templat markdown untuk rumus dan video

Tidak perlu lagi mengingat sintaks markdown untuk menambahkan rumus , video dan tag YAML saat mengedit Wiki. Anda sekarang dapat mengklik menu konteks di toolbar dan memilih opsi pilihan Anda.

Menyematkan hasil kueri Azure Boards di Wiki

Sekarang Anda dapat menyematkan hasil kueri Azure Boards di halaman wiki dalam bentuk tabel. Gambar di bawah ini menunjukkan sampel halaman wiki dengan daftar semua fitur yang dirilis dan semua bug aktif dalam sprint saat ini yang disematkan di wiki. Konten yang ditampilkan di halaman menggunakan kueri item kerja yang sudah ada. Dengan fitur baru ini Anda dapat membuat konten dinamis dan tidak perlu khawatir tentang memperbarui halaman wiki secara manual.

Hasil kueri dapat ditambahkan dalam dua langkah:

1. Klik tombol "Hasil Kueri" dari toolbar edit.

2. Pilih kueri yang diperlukan dan klik tombol "Sisipkan".

Hasil kueri sekarang dapat ditampilkan dalam bentuk tabel setelah Anda menyimpan halaman.

Font monospace untuk Editor Wiki Markdown

Dengan diperkenalnya font monospace untuk editor Markdown wiki, keterbacaan tidak lagi menjadi tantangan. Sumber Markdown terlihat bersih dan mudah dibaca. Fitur ini telah diprioritaskan berdasarkan tiket usulan ini .

Permalink untuk halaman Wiki

Hingga saat ini, tautan halaman Wiki bersama rusak jika halaman tertaut diganti namanya atau dipindahkan. Kami sekarang telah memperkenalkan tautan permanen dengan menambahkan ID halaman ke URL. Ini memastikan bahwa tautan yang Anda bagikan tetap utuh saat wiki berubah dari waktu ke waktu.

Fitur ini diprioritaskan berdasarkan tiket saran ini.

Perlihatkan status item kerja di halaman Wiki

Dalam pembaruan ini, kami telah menyempurnakan penyebutan item kerja di halaman Wiki dengan menambahkan status item kerja ke halaman, bersama dengan ID dan judulnya.

Referensi item kerja dalam komentar Pull Request dan diskusi papan juga akan memperlihatkan status.

@mention pengguna dan grup

Sekarang Anda dapat melakukan @mention pada pengguna dan grup di halaman wiki. Ini membuat dokumen seperti halaman kontak tim, dokumen panduan, dan dokumen pengetahuan lebih kaya. Gambar di bawah ini adalah contoh yang menampilkan evaluasi sprint beserta tugas dan orang yang bertanggung jawab.

@mention." />

Selain itu, Anda juga dapat memilih pengguna atau grup dari saran otomatis dengan mengetikkan "@" di halaman edit wiki. Orang yang disebutkan juga akan mendapatkan pemberitahuan melalui surat.

@mention. />

Terakhir, Anda juga dapat mengklik pengguna @mentioned untuk melihat kartu informasi profil. Fitur ini telah diprioritaskan berdasarkan saran fitur ini.

Pemberitahuan di halaman wiki

Hingga saat ini, Anda tidak memiliki cara untuk mengetahui kapan konten di halaman wiki diubah. Sekarang Anda dapat mengikuti halaman wiki untuk mendapatkan pemberitahuan melalui email ketika halaman diedit, dihapus, atau diganti namanya. Untuk melacak perubahan yang dilakukan pada wiki, pilih tombol Ikuti dari halaman wiki.

Fitur ini telah diprioritaskan berdasarkan tiket saran ini. Untuk mempelajari lebih lanjut, lihat dokumentasi kami di sini.

Dukungan untuk tag HTML

Sekarang, Anda dapat membuat konten yang lebih kaya di wiki menggunakan tag HTML. Lihat apa yang dapat Anda lakukan dengan tag HTML di bawah ini.

1. Anda sekarang dapat membuat bagian yang dapat diciutkan di dalam halaman wiki Anda dengan menggunakan detail dan ringkasan tag. Anda dapat menambahkan atribut buka agar detail diperluas secara default.

   

   Untuk informasi lebih lanjut tentang detail tag, silakan lihat dokumentasi di sini.

   Ini diprioritaskan berdasarkan tiket saran ini.

   Nota

   Tag ini tidak didukung di browser Edge dan Internet Explorer.

Pembuatan dan pengeditan tabel yang disempurnakan

Hingga saat ini, membuat dan mengedit tabel di wiki sulit. Kami telah membuat perubahan untuk memudahkan Anda menambahkan dan mengelola tabel di wiki Anda.

1. Membuat tabel dari grid

   Anda tidak perlu lagi mengingat sintaks tabel markdown. Sekarang Anda dapat dengan mudah membuat tabel markdown dengan memilih dari grid 15 X 15. Cukup pilih jumlah kolom dan baris yang diperlukan untuk menyisipkan tabel dengan satu klik.

   

   Fitur ini telah diprioritaskan berdasarkan tiket usulan berikut:

   • Tampilan tabel untuk wiki
   • Sederhanakan menyisipkan tabel di wiki

2. Keterbacaan tabel yang lebih baik

   Anda sekarang dapat mengaktifkan/mematikan pembungkus kata untuk meningkatkan keterbacaan tabel di editor Anda. Menonaktifkan pembungkus kata menambahkan bilah gulir yang memungkinkan Anda melihat konten tabel besar lebih mudah.

   

3. Memformat tabel markdown secara otomatis

   Anda tidak perlu lagi menambahkan spasi untuk meratakan kolom markdown Anda. Dengan tombol Format tabel, tabel markdown Anda diformat secara otomatis dengan menambahkan spasi ke sel untuk meratakan kolom. Jika Anda memiliki tabel besar, gunakan dengan nonaktifkan pembungkusan kata untuk membuat tabel lebih mudah dibaca.

   

   Anda juga dapat menggunakan pintasan Ctrl + Shift + F untuk memformat tabel Anda.

Pelaporan

Ekstensi analitik tidak lagi diperlukan untuk menggunakan Analytics

Analitik semakin menjadi bagian integral dari pengalaman Azure DevOps. Ini adalah kemampuan penting bagi pelanggan untuk membantu mereka membuat keputusan berbasis data.

Untuk Pembaruan 1, kami sangat senang mengumumkan bahwa pelanggan tidak lagi memerlukan ekstensi Analytics untuk menggunakan Analytics. Pelanggan sekarang dapat mengaktifkan Analitik di bawah Pengaturan Koleksi Proyek. Proses sederhana ini tersedia langsung di dalam produk.

Berikut adalah cara pelanggan dapat mengaktifkan Analytics:

1. Navigasi ke Pengaturan Koleksi Proyek:

Cuplikan layar memperlihatkan tempat menemukan pengaturan Analitik.analytics settings pengaturan analitik

2. Klik Aktifkan Fitur Analitik

Dan itu saja! Pengalaman yang didorong oleh analitik akan diaktifkan untuk koleksi ini.

Koleksi baru yang dibuat dalam Pembaruan 1 dan koleksi Azure DevOps Server 2019 yang telah ditingkatkan dengan ekstensi Analitik terpasang akan mengaktifkan Analitik secara default.

Untuk mempelajari selengkapnya tentang Analytics dan pengalaman yang diaktifkannya:

• Baca selengkapnya tentang peran dalam memfasilitasi Analitik.
• Baca dokumentasi Gambaran Umum Analitik .
• Baca fitur utama: Widget Analitik, Laporan Pengujian Gagal Teratas, Integrasi Power BI, dan Titik Akhir OData.
• Tonton Video Channel 9 ini di Azure DevOps Analytics.

---

Umpan Balik

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

---

Atas Halaman