Menautkan GitHub menerapkan dan menarik permintaan ke item kerja Azure Boards - Pembaruan Sprint 144
Dalam Pembaruan Sprint 144 Azure DevOps, kami terus memperluas integrasi dengan GitHub. Sekarang Anda akan dapat menautkan penerapan GitHub dan menarik permintaan ke item kerja Azure Boards. Dengan menghubungkan GitHub dan Azure Boards, Anda bisa mendapatkan kemampuan manajemen proyek yang kaya dengan akses ke fitur seperti backlog, papan, alat perencanaan sprint, dan beberapa jenis item kerja.
Lihat daftar Fitur di bawah ini untuk informasi selengkapnya.
Fitur
Papan Azure:
- Menautkan GitHub menerapkan dan menarik permintaan ke item kerja Azure Boards
- Memperoleh Azure Boards sebagai layanan
Azure Repos:
Azure Pipelines:
- Mengelola rilis GitHub menggunakan alur
- Ekstensi Visual Studio Code untuk alur berbasis YAML
- Editor web dengan IntelliSense untuk alur YAML
- Integrasi Manajemen Perubahan ServiceNow
- Tautan ke baris tertentu dalam log build
- Tentukan alur multi-platform dalam satu file
- Menyebarkan ulang kegagalan secara otomatis
Artefak Azure:
Umum:
Wiki:
Administrasi:
Azure Boards
Menautkan GitHub menerapkan dan menarik permintaan ke item kerja Azure Boards
Tim yang menggunakan GitHub untuk kode dan menginginkan kemampuan manajemen proyek yang kaya sekarang dapat mengintegrasikan repositori mereka dengan Azure Boards. Dengan menyambungkan GitHub dan Azure Boards, Anda bisa mendapatkan semua fitur seperti backlog, board, alat perencanaan sprint, beberapa tipe item kerja dan masih memiliki alur kerja yang terintegrasi dengan alur kerja pengembang di GitHub.
Penerapan dan permintaan pull penautan ke item kerja mudah dilakukan. Sebutkan item kerja menggunakan sintaks berikut:
AB#{work item ID}
Sebutkan item kerja dalam pesan penerapan, judul permintaan pull, atau deskripsi permintaan pull, maka Azure Boards akan membuat tautan ke artefak tersebut. Misalnya, anggap pesan penerapan seperti ini:
Adds support for deleting connections. Fixes AB#20.
Ini akan membuat tautan dari item kerja #20 ke penerapan di GitHub, yang akan muncul di bagian Pengembangan dari item kerja.
Jika kata "fix", "fixes", atau "fixed" mendahului item kerja yang disebutkan (seperti yang ditunjukkan di atas), item kerja akan dipindahkan ke status selesai ketika penerapan digabungkan ke cabang default.
Tim yang menggunakan Azure Pipelines untuk membuat kode di GitHub juga akan melihat item kerja yang ditautkan ke penerapan GitHub mereka dalam ringkasan build.
Memperoleh Azure Boards sebagai layanan
Azure Boards sekarang dapat dengan mudah diperoleh dan digunakan sebagai layanannya sendiri. Baik kode Anda berada di Azure Repos atau GitHub, Anda dapat dengan cepat memulai dengan masuk ke https://www.azure.com/boards
dan mengklik 'Mulai menggunakan Azure Boards'. Pengguna baru akan mendapatkan proyek yang hanya memiliki Azure Boards, dan pengenalan untuk membantu mereka mencapai tanah berjalan.
Azure Repos
Menjalankan ulang build yang kedaluwarsa untuk permintaan pull yang selesai otomatis
Azure Repos sekarang akan secara otomatis mengantrekan build kedaluwarsa yang telah dipicu oleh kebijakan permintaan pull. Hal ini berlaku untuk permintaan pull yang telah melewati semua kebijakan lain dan diatur ke selesai otomatis. Sebelumnya, ketika permintaan pull memiliki kebijakan seperti peninjau yang diperlukan, proses persetujuan dapat memakan waktu terlalu lama dan build terkait dapat kedaluwarsa sebelum peninjau menyetujui permintaan pull. Jika permintaan pull diatur ke selesai otomatis, permintaan tersebut akan tetap diblokir hingga pengguna mengantrekan build yang kedaluwarsa secara manual. Dengan perubahan ini, build akan diantrekan secara otomatis sehingga permintaan pull dapat selesai secara otomatis setelah build berhasil.
Catatan
Otomatisasi ini hanya akan mengantrekan hingga lima build yang kedaluwarsa per permintaan pull dan hanya akan mencoba mengantre ulang setiap build sekali.
Azure Pipelines
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 draf/rilis yang diterbitkan yang ada atau membuang rilis yang lebih lama. Tugas 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. Tugas ini juga dapat secara otomatis menghitung perubahan (penerapan dan masalah terkait) yang dibuat dalam rilis ini serta menambahkannya ke catatan rilis dalam format yang mudah digunakan.
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:
Ekstensi Visual Studio Code untuk alur berbasis YAML
Untuk mempercepat proses pengodean, kami menambahkan ekstensi Visual Studio Code untuk alur YAML. Ekstensi ini mendukung penyorotan sintaks dan IntelliSense (penyelesaian kode) untuk memvalidasi bahwa file disusun dengan benar dan menggunakan kata kunci yang valid. Selain itu, ini juga mendukung tugas bawaan dan dapat memvalidasi input yang diperlukan.
Ekstensi ini adalah proyek sumber terbuka di GitHub, dan kami menyambut umpan balik, laporan bug, dan kontribusi dari komunitas.
Editor web dengan IntelliSense untuk alur YAML
Jika Anda menggunakan YAML untuk menentukan alur, kini Anda dapat memanfaatkan fitur editor baru yang diperkenalkan bersama 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.
Integrasi Manajemen Perubahan ServiceNow
Hilangkan keterlambatan penyebaran produksi dengan integrasi yang lancar dengan ServiceNow. Azure Pipelines bekerja sama dengan ServiceNow mengumumkan ketersediaan publik ekstensi ServiceNow Change Management, membuat alur rilis mengetahui proses manajemen perubahan di ServiceNow.
Dengan menggunakan ServiceNow Change Management sebagai gerbang rilis, Anda dapat memulai proses manajemen perubahan di ServiceNow dan menahan alur antara dua tahap hingga perubahan siap diimplementasikan.
Anda juga dapat memperbarui tugas permintaan perubahan ServiceNow dalam proses penyebaran, dan permintaan perubahan ServiceNow akan diperbarui dengan status dan hasil penyebaran. Ini akan memberi Anda integrasi dua arah penuh antara ServiceNow dan Azure Pipelines.
Tautan ke baris tertentu dalam log build
Kini Anda dapat membagikan tautan ke baris tertentu di log build. Tindakan ini akan membantu Anda saat berkolaborasi dengan anggota tim lain dalam mendiagnosis kegagalan build. Cukup pilih baris log dari tampilan hasil untuk mendapatkan ikon tautan.
Tentukan alur multi-platform dalam satu file
Azure Pipelines menawarkan kumpulan yang dihosting untuk agen Linux, macOS, dan Windows. Sebelumnya, untuk menggunakan kembali langkah-langkah alur yang sama di ketiga kumpulan yang dihosting, Anda harus menentukan langkah-langkah Anda dalam file templat terpisah. Kami menghapus persyaratan tersebut untuk memungkinkan Anda menentukan alur multi-platform dan strategi matriks dalam satu file:
strategy:
matrix:
win:
vm: windows-latest
mac:
vm: macOS-latest
linux:
vm: ubuntu-latest
pool:
vmImage: $(vm)
steps:
- script: npm install
- script: npm run test
Menyebarkan ulang kegagalan secara otomatis
Saat penyebaran ke tahap gagal, Azure Pipelines kini dapat secara otomatis menyebarkan ulang penyebaran terakhir yang berhasil. Anda dapat mengonfigurasi tahap untuk secara otomatis menyebarkan rilis terakhir yang berhasil dengan mengonfigurasi pemicu Penyebaran ulang otomatis dalam kondisi Pasca-penyebaran. Kami berencana untuk menambahkan peristiwa dan tindakan tambahan yang dipicu ke konfigurasi penyebaran ulang otomatis dalam sprint mendatang. Lihat dokumentasi Grup penyebaran untuk informasi selengkapnya.
Azure Artifacts
Pratinjau publik PyPI
Azure Artifacts sekarang dapat menghosting paket Python. Ini termasuk paket yang Anda hasilkan dan paket upstream yang disimpan dari PyPI publik. Untuk detail selengkapnya, lihat posting blog pengumuman dan dokumentasi.
Sekarang, Anda dapat menghosting semua paket NuGet, npm, Maven, Python, dan Universal Anda dalam umpan yang sama.
Umum
portal Kondisi layanan
Kami menambahkan Portal Status Layanan Azure DevOps baru yang akan memberikan pengalaman yang lebih baik untuk mengikuti kesehatan layanan kami. Jika Anda mengalami masalah dengan salah satu layanan kami, Anda dapat memeriksa kesehatan layanan di sini.
Untuk detail selengkapnya, lihat posting blog pengumuman dan dokumentasi.
Wiki
Templat markdown untuk rumus dan video
Tidak perlu lagi mengingat sintaks Markdown untuk menambahkan rumus, video , dan tag YAML saat mengedit Wiki. Kini Anda dapat mengklik menu konteks di toolbar dan memilih opsi pilihan Anda.
Administrasi
Memulihkan proyek yang dihapus
Dengan rilis ini kami menambahkan kemampuan untuk memulihkan proyek yang dihapus. Mulai hari ini, pengguna dengan izin hapus proyek dapat memulihkan proyek yang dihapus melalui REST API kami. Untuk melakukan ini, buat permintaan proyek pembaruan dengan { "state" : "wellFormed" }. Dalam rilis mendatang, kami akan menambahkan UI yang dapat diakses dari halaman gambaran umum organisasi. Untuk informasi selengkapnya tentang REST API, lihat dokumentasi di sini.
Untuk mendapatkan daftar proyek yang dihapus, gunakan permintaan berikut
GET https://dev.azure.com/{organization}/_apis/projects?stateFilter=deleted&api-version=5.0-preview.3
Untuk memulihkan proyek yang dihapus, gunakan permintaan berikut
PATCH https://dev.azure.com/{organization}/_apis/projects/{projectId}?api-version=5.0-preview.3
Isi Permintaan
{
"state" : "wellFormed"
}
Catatan
Anda hanya akan memiliki waktu hingga 28 hari untuk memulihkan proyek yang dihapus. Setelah 28 hari, proyek akan dihapus secara permanen .
Langkah berikutnya
Catatan
Fitur-fitur ini akan diluncurkan selama dua hingga tiga minggu ke depan.
Baca tentang fitur baru di bawah ini dan buka Azure DevOps untuk mencobanya sendiri.
Cara memberikan umpan balik
Kami akan senang mendengar apa yang Anda pikirkan tentang fitur-fitur ini. Gunakan menu umpan balik untuk melaporkan masalah atau memberikan saran.
Anda juga bisa mendapatkan saran dan pertanyaan Anda yang dijawab oleh komunitas di Stack Overflow.
Terima kasih,
Harun Bjork