Bagikan melalui

Dukungan GitHub Enterprise dan koneksi layanan GitHub otomatis dalam alur build - Pembaruan Sprint 146

  • Artikel

Dalam Pembaruan Sprint 146 Azure DevOps, kami meningkatkan integrasi GitHub kami dengan Azure Pipelines. Wizard alur build baru sekarang dapat membuat alur untuk repositori GitHub Enterprise . Ini juga menganalisis repositori Anda untuk menyediakan templat bahasa yang disarankan. Selain itu, ini dapat membuat dan menggunakan kembali koneksi layanan untuk repositori GitHub yang Anda pilih.

Lihat daftar Fitur di bawah ini untuk informasi selengkapnya.

Fitur

Umum:

Papan Azure:

Azure Pipelines:

Artefak Azure:

Wiki:

Umum

Memulihkan proyek yang dihapus

Dalam pembaruan ini, kami menambahkan kemampuan untuk memulihkan proyek yang dihapus dari portal Azure DevOps. Jika Anda memiliki izin "hapus proyek", Anda juga dapat memulihkan proyek yang dihapus dari Halaman Gambaran Umum organisasi Pengaturan>.

Azure Boards

Menyederhanakan organisasi pekerjaan Anda menggunakan proses Dasar

Penting

Proses Dasar berada dalam pratinjau publik sebagai proses default untuk proyek baru dalam organisasi baru yang dibuat di wilayah US Tengah.

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 akrab 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. Sebaiknya Anda menggunakan Masalah untuk melacak hal-hal seperti cerita pengguna, bug, dan fitur saat menggunakan Epik untuk mengelompokkan Masalah menjadi satu ke dalam unit kerja yang lebih besar. Saat membuat kemajuan pada pekerjaan Anda, pindahkan item di sepanjang alur kerja status sederhana Perlu Dilakukan, Sedang Dilakukan, dan Selesai.

Organize work using the Basic process.

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

Azure Pipelines

Dukungan GitHub Enterprise dalam wizard alur

Sebelumnya, Anda dapat menggunakan desainer visual untuk membuat alur untuk repositori GitHub Enterprise. Sekarang, Anda juga dapat menggunakan wizard Alur build baru untuk membuat alur Anda.

GitHub Enterprise support in the pipeline wizard.

Wizard menganalisis repositori GitHub Enterprise Anda untuk menyarankan templat YAML yang cocok dengan bahasa proyek Anda. Anda kemudian dapat mengedit dan menyimpan YAML sebagai penerapan langsung ke cabang default Anda atau sebagai permintaan pull.

Edit and save the YAML.

Untuk detail selengkapnya, lihat dokumentasi tentang membuat alur pertama Anda di sini.

Koneksi layanan GitHub otomatis dalam alur

Saat menggunakan wizard Alur build baru untuk membuat alur untuk GitHub, halaman untuk memilih atau membuat koneksi layanan GitHub menyebabkan kebingungan tentang koneksi mana yang akan dipilih dari daftar. Sekarang, Anda tidak perlu memilih koneksi. Wizard secara otomatis membuat dan menggunakan kembali koneksi layanan untuk repositori yang Anda pilih.

Jika Anda ingin memilih koneksi secara manual selain koneksi yang dipilih secara otomatis, ikuti hyperlink Pilih koneksi . Untuk detail selengkapnya, lihat Membangun repositori GitHub.

Catatan

Pilihan didasarkan pada Aplikasi GitHub Azure Pipelines (jika diinstal di repositori) atau identitas GitHub pribadi Anda (menggunakan OAuth).

Menampilkan status untuk setiap pekerjaan alur di Pemeriksaan GitHub

Sebelumnya, satu status build diposting ke GitHub Checks untuk alur Anda bahkan jika menyertakan pekerjaan untuk beberapa platform (misalnya, Linux, macOS, dan Windows). Sekarang, status diposting ke GitHub Periksa untuk setiap pekerjaan dalam alur. Selain itu, Anda dapat menjalankan kembali seluruh build atau hanya pekerjaan individual yang gagal dari GitHub Checks. Untuk menggunakan fungsionalitas ini, alur Anda harus dikonfigurasi untuk menggunakan Aplikasi GitHub Azure Pipelines. Untuk detail tambahan, lihat Mengintegrasikan menggunakan Aplikasi GitHub. Untuk menyiapkan alur dengan pekerjaan untuk beberapa platform, lihat Membuat alur multi-platform.

Display status for each pipeline job.

Otorisasi default untuk sumber daya YAML di GitHub

Jika Anda mengelola kode sumber di GitHub dan menggunakan YAML untuk menentukan alur, Anda mungkin mengalami kegagalan build otorisasi sumber daya. Saat Anda mengedit file YAML dan menambahkan referensi ke salah satu sumber daya yang dilindungi (misalnya, koneksi layanan, kumpulan agen, grup variabel, atau file aman), Azure Pipelines tidak dapat memvalidasi identitas pengguna yang membuat perubahan tersebut dan gagal membangun. Untuk mengatasi masalah ini, Anda harus menyimpan alur build di editor web setelah membuat perubahan pada file YAML. Banyak pengguna yang mengalami masalah ini hanya ingin mengizinkan semua alur menggunakan sumber daya.

Untuk menghindari kegagalan build otorisasi sumber daya, kami mengubah perilaku default semua koneksi layanan baru, kumpulan agen, dan grup variabel yang akan diotorisasi untuk digunakan di semua alur. Jika Anda ingin kontrol yang lebih ketat pada sumber daya, Anda dapat menonaktifkan model otorisasi default (lihat gambar di bawah). Saat Anda melakukannya, seseorang dengan izin untuk menggunakan sumber daya harus menyimpan alur di editor web setelah referensi sumber daya ditambahkan ke file YAML.

Default authorization for YAML resources.

Kontainer layanan untuk alur YAML

Sebelumnya, Anda harus menginstal, memulai, dan menghentikan layanan seperti database atau cache memori jika alur YAML Anda menggunakan layanan ini. Dengan pembaruan ini, kami menambahkan kontainer layanan yang dapat menangani tugas-tugas ini. Misalnya, jika alur Anda menggunakan cache redis untuk pengujian integrasi, Anda dapat menyertakan gambar kontainer redis sebagai layanan dalam alur. Agen akan secara otomatis mengambil gambar, memulainya, dan jaringan sehingga langkah-langkah alur Anda dapat merujuknya dengan nama host redis. Ketika alur selesai, agen akan memutar kontainer layanan dengan bersih.

Item kerja yang ditautkan ke penerapan GitHub dalam Ringkasan Rilis

Pada bulan Desember kami memperkenalkan kemampuan untuk menautkan penerapan GitHub ke item kerja. Kami sangat senang mengumumkan bahwa Anda sekarang dapat melihat semua item kerja Azure Boards yang ditautkan ke penerapan GitHub di halaman ringkasan rilis. Ini akan membantu tim melacak dan mengambil informasi lebih lanjut tentang penerapan yang telah disebarkan ke lingkungan.

Tugas Azure App Service baru yang dioptimalkan untuk YAML

Sekarang kami mendukung empat tugas baru yang menyediakan cara mudah namun kuat untuk menyebarkan Azure App Services dengan mempertimbangkan pengembang modern. Tugas-tugas ini memiliki sintaks YAML yang dioptimalkan yang membuatnya sederhana dan intuitif untuk menulis penyebaran ke Azure AppServices, termasuk WebApps, FunctionApps, WebApps untuk Kontainer dan FunctionApp untuk Kontainer pada platform Windows dan Linux.

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

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

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

Azure AD authentication support for Azure SQL task.

Hook layanan anotasi Grafana

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

Grafana annotations service hook.

Tugas peringatan Kueri Azure Monitor

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

Query Azure Monitor alerts tasks.

Input sebaris file spesifikasi dalam tugas Sebarkan ke Kubernetes

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

Inline input of spec file in Deploy to Kubernetes task.

Tugas Penginstal Docker CLI

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

Docker CLI Installer task.

Dukungan jangka panjang Java (LTS) pada agen yang dihosting Microsoft

Sebelumnya, agen yang dihosting Microsoft memiliki JDK yang telah diinstal sebelumnya yang kelebihan beban oleh lisensi kompleks, pembatasan pengguna akhir, dan kurangnya dukungan jangka panjang. Dalam pembaruan ini, kami mengganti JDK dengan build OpenJDK yang diuji, bersertifikat, dan bersertifikat dari OpenJDK dari Azul Systems. Pengembang Java yang menggunakan Azure sekarang dapat membangun dan menjalankan aplikasi Java produksi menggunakan build Azul Systems Zulu Enterprise dari OpenJDK tanpa menimbulkan biaya dukungan tambahan.

Penawaran baru ini dirancang untuk membuat build dan penyebaran Java yang dihosting Microsoft bebas khawatir dengan menggabungkan pembaruan keamanan triwulanan dan perbaikan bug serta pembaruan dan patch di luar band yang penting sesuai kebutuhan. Jika saat ini Anda sedang membangun atau menjalankan aplikasi Java secara lokal atau dengan JDK lain, pertimbangkan untuk pindah ke Zulu di Azure untuk dukungan dan pemeliharaan gratis. Untuk informasi selengkapnya, lihat blog Microsoft dan Azul Systems menghadirkan dukungan Java LTS gratis ke Azure.

Dukungan YAML untuk alur Bitbucket Cloud

Sebelumnya, alur berbasis YAML tidak mendukung Bitbucket Cloud. Sekarang, Anda dapat menggunakan YAML untuk menentukan alur Bitbucket Cloud Anda atau menggunakan desainer visual untuk melakukan hal yang sama. Untuk menggunakan YAML, tambahkan file azure-pipelines.yml ke repositori Anda. Di Alur Azure, pilih Alur build baru, lalu pilih Gunakan hyperlink desainer visual, pilih "Bitbucket Cloud" dan "YAML". Di sini Anda dapat memasukkan jalur ke file YAML repositori Anda.

Untuk detail selengkapnya, lihat panduan sintaks YAML dan repositori GitHub sampel YAML.

Hindari memicu beberapa build CI untuk permintaan pull

Templat build YAML yang disertakan dengan Azure Pipelines dikonfigurasi untuk memicu build untuk cabang apa pun dalam repositori. Ini termasuk cabang topik permintaan pull. Akibatnya, dua build dipicu saat permintaan pull dibuat. Satu build untuk cabang permintaan pull sebagai respons terhadap pemicu integrasi berkelanjutan, dan build kedua untuk cabang permintaan pull sebagai respons terhadap pemicu permintaan pull.

Dengan menggunakan cuplikan YAML di bawah ini, templat YAML bawaan akan dikonfigurasi untuk memicu build integrasi berkelanjutan hanya untuk cabang master . Permintaan pull baru masih akan dibangun menggunakan pemicu permintaan pull. Untuk detail selengkapnya, lihat dokumentasi untuk pemicu alur build .

trigger:
- main

Mengubah nomor build, mengunggah, dan mengunduh artefak dalam build repositori fork

Hingga saat ini, build validasi permintaan pull untuk repositori fork tidak memiliki izin untuk mengunggah dan mengunduh artefak build atau mengubah nomor build. Izin dibatasi karena tidak aman untuk membuat izin agen yang lebih luas tersedia selama build fork yang dipicu oleh pengguna yang tidak dikenal. Dengan pembaruan ini, izin agen dilingkup sehingga alur Anda dapat melakukan operasi ini jika perlu.

Di bawah ini adalah contoh YAML yang dapat Anda gunakan untuk mengarsipkan output build dalam file tar.gz ke dalam direktori penahapan artefak. Kemudian, ini menerbitkan output ke Azure Pipelines untuk dikaitkan dengan build. Untuk detail selengkapnya, lihat dokumentasi tentang tugas File Arsip dan tugas Terbitkan Artefak Build.

- task: ArchiveFiles@2
  inputs:
    archiveType: 'tar'
    tarCompression: 'gz'
    includeRootFolder: false
    rootFolderOrFile: '$(build.sourcesDirectory)/target'
    archiveFile: '$(build.artifactStagingDirectory)/$(build.buildId).tar.gz'
- task: PublishBuildArtifacts@1
  inputs:
    pathtoPublish: '$(build.artifactStagingDirectory)'

Opsi baru dalam tugas Terbitkan Hasil Pengujian untuk gagal membangun pada pengujian yang gagal

Tugas Terbitkan Hasil Pengujian digunakan untuk menerbitkan hasil pengujian ke Azure Pipelines saat pengujian dijalankan menggunakan pilihan runner pengujian Anda. Hingga saat ini, tugas hanya akan menerbitkan hasil dari file hasil dan tidak akan gagal build meskipun file hasil berisi pengujian yang gagal. Ini berarti Bahwa Anda harus menulis langkah-langkah kustom agar build gagal pada kegagalan pengujian.

Kami sekarang telah menambahkan opsi dalam tugas untuk gagal membangun jika ada pengujian yang gagal.

Fail the build if there are any failed tests.

Pembaruan pada Portal Microsoft Azure untuk membuat proyek Azure DevOps

Portal Microsoft Azure sekarang menyertakan fungsionalitas tambahan untuk mendukung lebih banyak kerangka kerja dan layanan saat membuat proyek Azure DevOps. Di bawah ini adalah daftar perubahan untuk setiap area.

Kerangka

Azure IoT adalah layanan terkelola penuh yang memberikan kecerdasan cloud secara lokal di perangkat IoT lintas platform. Sekarang, Anda dapat membuat proyek Azure DevOps dari Portal Microsoft Azure dan menggunakan Simple IoT sebagai kerangka kerja aplikasi.

Use the Simple IoT as the application framework.

Layanan

Sebelumnya, alur kerja Buat Proyek Azure DevOps di Portal Microsoft Azure hanya didukung Buat Baru sebagai opsi untuk Layanan Kubernetes. Opsi baru telah ditambahkan untuk memungkinkan Anda memilih kluster yang ada sebagai target penyebaran untuk penyiapan alur.

Choose an existing cluster as the deployment target for the pipeline setup.

Menggunakan Portal Microsoft Azure untuk menyiapkan dan menyebarkan ke database CosmosDB

Saat ini, Anda dapat menggunakan alur kerja Azure DevOps Project di Portal Microsoft Azure untuk menyiapkan alur build dan rilis untuk repositori Git. Sekarang, Anda dapat menyebarkan ke Azure Web App for Containers (Linux) atau Azure Kubernetes Service dengan CosmosDB yang disediakan sebagai database yang mendukung aplikasi pada target ini. Saat ini tersedia untuk semua templat Node.js dan kami berharap untuk menambahkan dukungan untuk templat lain di masa mendatang.

Use the Azure Portal to set up and deploy to an Azure Cosmos DB database.

Menyiapkan build dan merilis alur untuk Functions di Portal Microsoft Azure

Sekarang Anda dapat menggunakan alur kerja Azure DevOps Project di Portal Microsoft Azure untuk menyiapkan alur build dan rilis untuk repositori Git yang menyebarkan Azure Functions 2.0 (Windows). Ini adalah fungsionalitas yang tersedia untuk Node.js dan .NET Core.

Set up builds and release pipelines for Functions in Azure portal.

Azure Artifacts

Statistik penggunaan paket

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

Package usage stats.

Wiki

Font monospace untuk editor Markdown Wiki

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

Monospaced font for Wiki Markdown editor.

Judul halaman Wiki Tebal

Sebelumnya, judul halaman Wiki dan Header 1 terlihat sama. Hal ini menyulitkan pembaca untuk membedakannya. Sekarang, judul halaman Wiki telah dibuat tebal dan berbeda dari Header 1. Fitur ini telah diprioritaskan berdasarkan tiket saran ini.

Bold Wiki page titles.

Sisipkan tabel Markdown

Membuat tabel Markdown di wiki tidak lagi menjadi tantangan. Sekarang Anda dapat menambahkan tabel Markdown dengan satu klik tombol. Fitur ini telah diprioritaskan berdasarkan tiket saran fitur ini.

Insert Markdown table.

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.

Embed Azure Boards query results in Wiki.

Hasil kueri dapat ditambahkan dalam dua langkah

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

Select the Query Results button from the edit toolbar.

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

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

View results of the query.

Ini telah diprioritaskan berdasarkan saran fitur berikut:

  1. Kueri Item Kerja di Wiki
  2. Tambahkan Konten Wiki Dinamis

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.

Buka Azure DevOps

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.

Make a suggestion

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

Terima kasih,

Jeremy Epling