Bagikan melalui

Pengalaman permintaan pull yang ditingkatkan

  • Artikel

Dalam sprint ini, kami menambahkan sejumlah peningkatan ke pengalaman permintaan pull. Ini termasuk membuat pemeriksaan opsional lebih terlihat, mengaktifkan Ctrl-klik untuk membuka tab baru, menambahkan lokasi ke anotasi, dan meningkatkan tata letak pemfilteran komentar.

Lihat daftar Fitur di bawah ini untuk detailnya.

Fitur

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

Menghapus aturan "Ditetapkan Ke" pada tipe item kerja Bug

Ada beberapa aturan sistem tersembunyi di semua tipe item kerja yang berbeda di Agile, Scrum, dan CMMI. Aturan ini telah ada selama lebih dari satu dekade dan umumnya bekerja dengan baik tanpa keluhan apa pun. Namun, ada beberapa aturan yang telah kehabisan sambutannya. Satu aturan secara khusus telah menyebabkan banyak masalah bagi pelanggan baru dan lama, dan kami telah memutuskan sudah waktunya untuk menghapusnya. Aturan ini ada pada tipe item kerja Bug dalam proses Agile.

"Atur nilai yang Ditetapkan ke Dibuat Oleh saat status diubah menjadi Diselesaikan"

Kami menerima banyak umpan balik Anda tentang aturan ini. Sebagai tanggapan, kami melanjutkan dan menghapus aturan ini dari tipe item kerja Bug dalam proses Agile. Perubahan ini akan memengaruhi setiap proyek yang menggunakan Agile yang diwarisi atau proses Agile yang diwarisi khusus. Bagi pelanggan yang menyukai dan bergantung pada aturan saat ini, lihat posting blog kami tentang langkah-langkah yang dapat Anda ambil untuk menambahkan kembali aturan dalam menggunakan aturan kustom.

Azure Repos

Batch penyempurnaan pengalaman Permintaan Pull

Pengalaman permintaan pull baru telah dalam pratinjau selama beberapa bulan sekarang. Kami telah membahas umpan balik yang kami terima dari banyak dari Anda. Kami dengan senang hati mengumumkan peningkatan berikut yang akan Anda lihat dengan penyebaran sprint ini:

Jadikan pemeriksaan opsional lebih terlihat

Pelanggan menggunakan pemeriksaan opsional untuk menarik perhatian pengembang terhadap potensi masalah. Dalam pengalaman sebelumnya, terlihat jelas ketika pemeriksaan ini gagal. Namun, itu tidak terjadi dalam pengalaman pratinjau. Tanda centang hijau besar pada pemeriksaan yang diperlukan menutupi kegagalan dalam pemeriksaan opsional. Pengguna hanya dapat menemukan bahwa pemeriksaan opsional gagal dengan membuka panel pemeriksaan. Pengembang tidak sering melakukan itu ketika tidak ada indikasi masalah. Dalam penyebaran ini, kami membuat status pemeriksaan opsional lebih terlihat di ringkasan.


show the optional checks


Ctrl-klik pada item menu

Menu tab pada permintaan pull tidak mendukung Ctrl-klik. Pengguna sering membuka tab browser baru saat mereka meninjau permintaan pull. Hal ini telah diperbaiki.

Lokasi anotasi [+]

Daftar pohon file dalam permintaan pull menunjukkan anotasi [+] untuk membantu pembuat dan peninjau mengidentifikasi file baru. Karena anotasi berada setelah elipsis, anotasi sering kali tidak terlihat untuk nama file yang lebih panjang.


show locations of annotations

Dropdown pembaruan permintaan pull mendapatkan kembali informasi waktu

Menu dropdown untuk memilih pembaruan dan membandingkan file dalam permintaan pull kehilangan elemen penting dalam pengalaman pratinjau. Ini tidak menunjukkan kapan pembaruan itu dilakukan. Hal ini telah diperbaiki.


Tidak ada informasi waktu di dropdown pembaruan permintaan pull

Peningkatan tata letak filter komentar

Saat memfilter komentar di halaman ringkasan permintaan pull, drop-down ada di sebelah kanan, tetapi teksnya rata kiri. Hal ini telah diperbaiki.


Peningkatan tata letak filter komentar

Kami memiliki lebih banyak peningkatan yang direncanakan selama dua sprint berikutnya.

Azure Pipelines

Memperbarui Node di agen Azure Pipelines

Pembaruan dari apa yang awalnya diterbitkan: Karena ketidaksesuaian dengan Red Hat Enterprise Linux 6 dan Node 14, kami telah menangguhkan pekerjaan pada Node 14 dan pertama-tama akan fokus pada sampai ke Node 10.

Rilis ini, kami telah memulai perpindahan kami dari Node 6 dan menuju versi Node yang didukung sebagai runtime yang disukai untuk tugas Azure Pipelines. Kami telah memperbarui batch pertama tugas dalam kotak untuk dijalankan pada Node 10. Perubahan ini menandai awal proses untuk menghapus Simpul 6 dari agen secara default. Node 6 telah keluar dari dukungan jangka panjang dan sering ditandai sebagai risiko keamanan oleh pemindai otomatis. Meskipun kami percaya penggunaan Node 6 tidak mungkin tunduk pada sebagian besar kelemahan potensial, namun demikian penting bagi kami untuk mendapatkan tugas ke runtime yang didukung. Pada tahun kalender 2021, kami berencana untuk mulai mengirim versi agen tanpa Node 6.

Jika Anda menggunakan salah satu tugas yang mendukung Node 10, agen yang dihost sendiri akan memperbarui dirinya sendiri untuk menjalankan versi tugas baru. Selain itu, seharusnya tidak ada dampak bagi sebagian besar pelanggan. Di sisi lain, jika Anda adalah penulis tugas apa pun, Anda harus mulai memperbaruinya untuk dijalankan pada Node 10. task.jsonDi , di bawah execution, Anda dapat memperbarui dari Node ke Node10. Jika Anda perlu mendukung versi server yang lebih lama, Anda dapat meninggalkan titik masuk Anda Node . Instans Azure DevOps yang memahami handler Node 10 akan memilihnya secara default, dan yang tidak akan kembali ke implementasi Node 6 Anda.

Menyimpan agen yang tidak sehat untuk penyelidikan di agen set skala

Saat Anda menggunakan agen set skala, Azure Pipelines mengelola peningkatan dan penurunan skala instans agen. Saat Azure Pipelines mendeteksi VM yang tidak sehat dalam set skala, Azure Pipelines akan mencatat masalah ke antarmuka pengguna Diagnostik Kumpulan dan mencoba menghapus VM. Ada banyak alasan mengapa VM dapat tidak sehat: konfigurasi jaringan set skala mungkin telah mencegah ekstensi Azure Pipelines mengunduh agen terbaru, ekstensi skrip kustom Anda mungkin gagal, atau gambar VM set skala mungkin memiliki reboot yang tertunda atau Pembaruan Windows yang tertunda.

Dengan menghapus VM yang tidak sehat, Azure Pipelines menjaga kumpulan agen Anda tetap dioptimalkan untuk menjalankan pekerjaan CI/CD. Dalam beberapa kasus, Anda mungkin dapat menggunakan halaman diagnostik Azure Pipelines (ditunjukkan di atas) atau halaman diagnostik Azure untuk men-debug masalah ini. Namun, dalam banyak kasus, cara terbaik untuk mendiagnosis masalah adalah dengan masuk ke VM dan meninjau log agen dan log penampil peristiwa. Saat ini, ini tidak mudah dilakukan karena VM yang tidak sehat dihapus secara otomatis.

Dengan rilis ini, kami meningkatkan diagnostik VM yang tidak sehat dengan memberi Anda kemampuan untuk menyimpan agen yang tidak sehat untuk penyelidikan.

Ketika agen yang tidak sehat disimpan, Anda dapat terhubung ke komputer virtual, debug, dan mengambil log apa pun yang Anda butuhkan. Setelah selesai, Anda dapat merilis agen dan VM terkait. Untuk informasi selengkapnya, lihat bagian tentang pemecahan masalah agen yang tidak sehat.

ubuntu-latest alur akan segera menggunakan Ubuntu-20.04

Ubuntu 20.04 akan segera menjadi versi default untuk ubuntu-latest label di Azure Pipelines. Perubahan ini akan diluncurkan selama beberapa minggu yang dimulai pada 30 November.

Jika Anda melihat masalah dengan alur Ubuntu Anda:

  • Mengajukan masalah di repositori lingkungan virtual
  • Beralih kembali ke Ubuntu 18.04 dengan menentukan ubuntu-18.04 sebagai di vmImage alur Anda. Kami akan terus mendukung Ubuntu 18.04.

Perhatikan bahwa ubuntu-18.04 dan ubuntu-20.04 mungkin berbeda di alat yang telah diinstal sebelumnya dan versi alat default. Untuk informasi tentang semua perbedaan, lihat https://github.com/actions/virtual-environments/issues/1816.

Langkah berikutnya

Catatan

Fitur-fitur ini akan diluncurkan selama dua hingga tiga minggu ke depan.

Buka Azure DevOps dan lihat.

Buka Azure DevOps

Cara memberikan umpan balik

Kami akan senang mendengar apa yang Anda pikirkan tentang fitur-fitur ini. Gunakan menu bantuan untuk melaporkan masalah atau memberikan saran.

Buat saran

Anda juga bisa mendapatkan saran dan pertanyaan yang dijawab oleh komunitas di Stack Overflow.

Terima kasih,

Matt Cooper