Pengaturan tingkat organisasi untuk cabang default

Sebagai tambahan pada pengaturan cabang repositori default, kami sekarang telah menambahkan nama cabang default untuk tingkat organisasi sehingga proyek default ke pengaturan organisasi saat nama cabang tidak ditentukan.

Lihat daftar Fitur di bawah ini untuk detailnya.

Fitur

Azure Boards

• Sesuaikan status item kerja saat permintaan pull digabungkan
• Bidang induk pada papan tugas

Azure Repos

• Pengaturan tingkat organisasi untuk cabang default
• Tambahkan cakupan autentikasi baru untuk memberikan komentar permintaan pull

Azure Pipelines

• Mengonfigurasi validasi draf PR untuk repositori GitHub

Azure Boards

Sesuaikan status item kerja saat permintaan pull digabungkan

Beberapa sprint kembali, kami merilis fitur ini di bawah pratinjau privat. Setelah mengambil umpan balik dan memperbaiki bug, sekarang umumnya tersedia di semua organisasi. Permintaan pull sering merujuk ke beberapa item kerja. Saat membuat atau memperbarui permintaan pull, Anda mungkin ingin menutup beberapa, menyelesaikan beberapa, dan membiarkan sisanya tetap terbuka. Anda sekarang dapat menggunakan komentar seperti yang ditunjukkan pada gambar di bawah untuk mencapai hal itu. Lihat dokumentasi untuk detail selengkapnya.

Bidang induk pada papan tugas

Karena permintaan populer, Anda sekarang dapat menambahkan bidang Induk ke kartu turunan dan induk di Papan Tugas.

Azure Repos

Pengaturan tingkat organisasi untuk cabang default

Sekarang ada pengaturan tingkat organisasi untuk nama cabang awal pilihan Anda untuk repositori baru. Jika sebuah proyek belum memilih nama cabang awal, maka pengaturan tingkat organisasi ini akan digunakan. Jika Anda tidak menentukan nama cabang awal dalam pengaturan organisasi atau pengaturan proyek, maka repositori baru akan menggunakan default yang ditentukan Azure DevOps.

Tambahkan cakupan autentikasi baru untuk memberikan komentar permintaan pull

Rilis ini menambahkan cakupan OAuth baru untuk membaca/menulis komentar permintaan pull. Jika memiliki bot atau otomatisasi yang hanya perlu berinteraksi dengan komentar, Anda dapat memberinya PAT hanya dengan cakupan ini. Proses ini mengurangi radius ledakan jika otomatisasi memiliki bug atau jika token disusupi.

Azure Pipelines

Mengonfigurasi validasi draf PR untuk repositori GitHub

Pelanggan memiliki proses yang bervariasi untuk permintaan pull mereka. Dalam beberapa kasus, mereka ingin menjalankan build validasi pada draf PR mereka. Di lain, mereka tidak ingin draf PR untuk mengkonsumsi dan membuang pekerjaan paralel mereka.

Fitur ini menambahkan drafts ke pr sintaks YAML pemicu untuk permintaan pull draf GitHub. Fitur ini memungkinkan pelanggan untuk memilih apakah mereka ingin draf PR mereka mengantre build. Opsi default adalah true (build akan diantrekan) seperti saat ini untuk PR GitHub. Perubahan ini berfungsi untuk koneksi OAuth dan GitHubApp.

Skema:

pr:
  autoCancel: boolean # indicates whether additional pushes to a PR should cancel in-progress runs for the same PR. Defaults to true
  branches:
    include: [ string ] # branch names which will trigger a build
    exclude: [ string ] # branch names which will not
  paths:
    include: [ string ] # file paths which must match to trigger a build
    exclude: [ string ] # file paths which will not trigger a build
  drafts: boolean # whether to build draft PRs

Fitur ini hanya berlaku untuk PR di GitHub. Tidak ada perubahan perilaku untuk Azure Repos, di mana validasi PR dikonfigurasi melalui kebijakan cabang. Draf PR di Azure Repos tidak divalidasi oleh Azure Pipelines.

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.

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

Terima kasih,

Vijay Machiraju