Memperkenalkan Azure DevOps

Layanan tunggal yang merupakan Visual Studio Team Services (VSTS) sekarang menjadi set baru Layanan Azure DevOps kami. Sepanjang dokumentasi, situs web, dan produk kami, Anda akan mulai melihat ikon dan nama baru untuk Azure DevOps dan masing-masing layanan kami dalam Azure DevOps.

• Azure Pipelines untuk terus membangun, menguji, dan menyebarkan ke platform dan cloud apa pun.
• Azure Boards untuk manajemen kerja yang kuat.
• Azure Artifacts untuk umpan paket Maven, npm, dan NuGet.
• Azure Repos untuk repositori Git privat yang dihosting cloud tanpa batas.
• Azure Test Plans untuk pengujian terencana dan eksplorasi.

Dengan peluncuran Azure Pipelines, kami telah memperkenalkan aplikasi baru ke GitHub Marketplace, me-refresh sejumlah pengalaman untuk membantu Anda memulai, dan menawarkan menit CI/CD tanpa batas dan 10 pekerjaan paralel untuk proyek sumber terbuka.

Lihat daftar Fitur di bawah ini untuk informasi selengkapnya.

Fitur

Azure Pipelines:

• Menambahkan Azure Pipelines dari GitHub Marketplace
• Membangun proyek sumber terbuka dengan Azure Pipelines secara gratis
• Mengonfigurasi build menggunakan YAML
• Membuat alur build YAML menggunakan wizard baru
• Mengelola alur build menggunakan Halaman build baru
• Membangun kembali build permintaan pull GitHub
• URL lencana status build baru
• Manfaatkan lebih banyak alat pada agen Linux yang dihosting Microsoft
• Melacak penerapan GitHub dan masalah terkait dalam rilis
• Mengelola email penyelesaian build dan penyebaran dengan lebih baik menggunakan pemformatan yang ditingkatkan
• Ikuti terminologi Alur Azure terpadu baru

Marketplace:

• Memanfaatkan kategori ekstensi terbaru

Administrasi:

• Mengalihkan organisasi yang sudah ada untuk menggunakan URL nama domain baru
• Menambahkan pengguna Pemangku Kepentingan untuk menghemat biaya lisensi Azure Pipelines

Langkah berikutnya

Catatan

Fitur-fitur ini akan diluncurkan selama beberapa hari ke depan.

Baca tentang fitur baru di bawah ini dan buka Layanan Azure DevOps untuk mencobanya sendiri.

Buka Layanan Azure DevOps

Azure Pipelines

Menambahkan Azure Pipelines dari GitHub Marketplace

Aplikasi Azure Pipelines baru di GitHub Marketplace memperluas integrasi dengan repositori GitHub dan menyederhanakan pembelian pekerjaan paralel.

Sebelumnya, Anda dapat mengaktifkan integrasi berkelanjutan dengan repositori GitHub melalui autentikasi OAuth. Menggunakan OAuth, Azure Pipelines menggunakan identitas GitHub individu untuk mengambil kode dan memperbarui status build di GitHub. Namun, karena anggota tim Anda dapat berubah dari waktu ke waktu, mungkin kurang diinginkan untuk menggunakan identitas dan izin GitHub individu. Dengan menginstal aplikasi Azure Pipelines, Anda dapat mengotorisasi aplikasi untuk melakukan tindakan sebagai gantinya.

Selain itu, saat Anda menggunakan aplikasi, hasil build tersedia di fitur Pemeriksaan baru GitHub dengan tampilan detail hasil build, pengujian, dan cakupan kode.

Untuk memulai, instal aplikasi dari GitHub Marketplace ke akun atau organisasi GitHub Anda. Anda juga dapat membeli pekerjaan paralel tambahan dengan akun pembayaran GitHub yang ada alih-alih akun Azure terpisah. Harga adalah cara yang sama.

Membangun proyek sumber terbuka dengan Azure Pipelines secara gratis

Azure Pipelines menyediakan alur yang dihosting cloud untuk Linux, macOS, dan Windows dengan menit tak terbatas dan 10 pekerjaan paralel gratis untuk sumber terbuka.

Lihat dokumentasi membangun repositori publik dan pekerjaan paralel untuk informasi selengkapnya.

Mengonfigurasi build menggunakan YAML

Penting

Untuk menggunakan kemampuan ini, Anda harus mengaktifkan fitur pratinjau alur Build YAML di organisasi Anda.

Alur build berbasis YAML sekarang tersedia secara luas. Otomatiskan alur integrasi berkelanjutan Anda menggunakan file YAML yang diperiksa ke repositori bersama sisa kode Anda. Sangat mudah untuk memulai dengan build satu pekerjaan. Seiring bertambahnya kebutuhan Anda, peluasan skala dengan mudah menggunakan beberapa pekerjaan, templat eksternal, dan eksekusi matriks.

Membuat alur build YAML menggunakan wizard baru

Penting

Untuk menggunakan kemampuan ini, Anda harus mengaktifkan fitur pratinjau pengalaman pembuatan alur YAML Baru di profil atau organisasi Anda.

Wizard baru menyederhanakan proses pembuatan alur build berbasis YAML ini dengan GitHub dan Azure Repos. Setelah Anda memilih repositori untuk dibuat, alur akan secara otomatis dibuat jika berisi file YAML. Jika tidak, Azure Pipelines akan menganalisis repositori Anda dan merekomendasikan templat berbasis YAML untuk membangun proyek Anda. Cukup klik Simpan dan jalankan untuk membuat permintaan pull untuk YAML yang disarankan dan jalankan build pertama. Integrasi berkelanjutan dan pemicu permintaan pull akan diaktifkan secara otomatis.

Mengelola alur build menggunakan halaman Build baru

Penting

Untuk menggunakan kemampuan ini, Anda harus mengaktifkan fitur Pratinjau hub build baru di profil atau organisasi Anda.

Kami melakukan beberapa penyempurnaan dan meluncurkan versi baru halaman Build. Versi baru ini menggabungkan direktori semua alur build dan daftar build saat ini sehingga Anda dapat dengan cepat menavigasi di seluruh build proyek untuk melihat statusnya. Ini juga mencakup pratinjau analitik pengujian untuk alur yang dipilih.

Membangun kembali build permintaan pull GitHub

Saat Anda mengirimkan permintaan pull ke repositori GitHub Anda, build permintaan pull dapat gagal karena kegagalan terputus-terputus, seperti registri paket yang tidak tersedia atau pengujian cacat. Dalam kasus ini, Anda ingin menjalankan build sekali lagi. Saat ini, ini mengharuskan Anda untuk mendorong pembaruan buatan lain ke permintaan pull. Sekarang, di halaman Build baru Anda cukup memilih build yang gagal dan mengantre yang lain.

Gerakan untuk membangun kembali ini hanya akan tersedia untuk build permintaan pull untuk memulai. Kami sedang mencari untuk membuat fitur serupa tersedia untuk semua build yang gagal.

URL lencana status build baru

Lencana build yang disematkan ke beranda repositori adalah cara umum untuk menunjukkan kesehatan repositori. Kami menambahkan URL baru untuk membantu Anda membuat lencana build. URL baru memungkinkan pengguna untuk menerbitkan status per cabang dan dapat membawa pengguna ke build terbaru dari cabang yang dipilih. Anda dapat memperoleh Markdown untuk URL lencana status baru dengan memilih tindakan menu Lencana Status di halaman Build baru. Untuk kompatibilitas mundur, kami akan terus menghormati URL lencana build yang lebih lama.

Manfaatkan lebih banyak alat pada agen Linux yang dihosting Microsoft

Dalam pembaruan ini, beberapa alat build, pengujian, dan penyebaran telah ditambahkan ke agen Linux yang dihosting Microsoft, yang menghapus kebutuhan untuk menginstalnya sendiri selama build atau rilis.

• Erlang/OTP
• Firefox
• Haskell
• Heroku CLI
• ImageMagick
• Mercurial
• Alat Klien Microsoft SQL Server
• Server MySQL
• PhantomJS
• Penyerbukan
• PyPy2 dan PyPy3
• Rebar
• rsync
• ShellCheck
• Sphinx
• Terraform
• Xvfb

Melacak penerapan GitHub dan masalah terkait dalam rilis

Mengetahui perubahan yang disebarkan dengan rilis penting untuk melacak peningkatan pada aplikasi. Sekarang Anda bisa mendapatkan daftar penerapan yang dibuat di repositori GitHub dan masalah GitHub terkait yang sedang disebarkan dengan rilis.

Mengelola email penyelesaian build dan penyebaran dengan lebih baik menggunakan pemformatan yang ditingkatkan

Email penyelesaian build dan penyebaran telah diperbarui agar lebih dapat difilter berdasarkan aturan email. Sekarang baris subjek mencakup informasi yang lebih relevan sekilas, isinya berisi detail lebih lanjut, dan gayanya telah diperbarui dengan merek terbaru.

Elemen format baru ini adalah:

• [Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
• [Deployment result] [pipeline name] > [release name] : [stage name]

Berikut beberapa contohnya:

• [Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80
• [Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

Mengikuti terminologi Azure Pipelines terpadu baru

Sepanjang build dan rilis, istilah yang berbeda telah digunakan secara historis untuk konsep serupa. Dalam kasus lain, arti dari istilah tidak jelas. Misalnya, memberi tahu perbedaan antara kumpulan agen dan antrean agen.

Terminologi telah dipadukan dalam Azure Pipelines untuk menjelaskan konsepnya. Sekarang Anda akan melihat istilah terpadu berikut ini:

Istilah sebelumnya	Istilah terpadu	Makna
Agen yang dihosting	Agen yang di-host Microsoft	Agen build/rilis yang berjalan pada infrastruktur dihosting cloud yang dikelola oleh Microsoft.
Agen privat	Agen yang di-host mandiri	Agen build/rilis yang berjalan pada komputer yang disediakan dan dikelola oleh Anda.
Kumpulan agen	Kumpulan agen	Sekumpulan komputer agen tingkat organisasi yang dapat menjalankan build atau rilis.
Antrean agen	Kumpulan agen	Sekumpulan komputer agen tingkat organisasi yang dapat menjalankan build atau rilis. Ini ditautkan ke kumpulan agen tingkat organisasi.
Definisi build	Alur build	Sekumpulan langkah build end-to-end untuk aplikasi.
Build	Build	Instans alur build yang sedang berjalan atau telah berjalan.
Fase	Tugas	Serangkaian tugas yang berjalan secara berurutan atau paralel di suatu agen. Alur build atau rilis dapat berisi satu pekerjaan atau grafik beberapa pekerjaan.
Definisi rilis	Alur rilis	Sekumpulan langkah rilis end-to-end untuk aplikasi yang akan disebarkan di berbagai tahap.
Lepaskan	Lepaskan	Instans alur rilis yang sedang berjalan atau telah berjalan.
Lingkungan	Tahap	Entitas logis dan independen yang menggambarkan lokasi tempat Anda ingin menyebarkan rilis yang dihasilkan dari alur rilis.
Pekerjaan/alur bersamaan	Pekerjaan paralel	Pekerjaan paralel memberi Anda kemampuan untuk menjalankan satu pekerjaan build atau rilis secara bersamaan di organisasi Anda. Dengan lebih banyak pekerjaan paralel yang tersedia, Anda dapat menjalankan lebih banyak pekerjaan build dan rilis secara bersamaan.
Titik akhir layanan	Koneksi layanan	Sekelompok pengaturan, seperti kredensial, digunakan untuk menyambungkan ke layanan eksternal untuk menjalankan tugas dalam build atau rilis.

Lihat dokumentasi Konsep untuk informasi selengkapnya.

Marketplace

Memanfaatkan kategori ekstensi terbaru

Sebagai kontributor ekstensi, Anda akan melihat bahwa kategori ekstensi telah diselaraskan agar sesuai dengan Layanan Azure DevOps yang diganti namanya di Marketplace. Meskipun kategori sebelumnya telah dipetakan secara otomatis ke kategori baru, sebaiknya beralih ke kategori baru dengan memperbarui manifes ekstensi Anda. Lihat Dokumentasi manifes untuk informasi selengkapnya.

Administrasi

Mengalihkan organisasi yang sudah ada untuk menggunakan URL nama domain baru

Meskipun kami telah pindah ke nama domain baru dev.azure.com sebagai URL untuk organisasi baru, Anda akan dapat terus mengakses organisasi Anda menggunakan visualstudio.com domain, seperti biasa. Jika Anda ingin mengubah URL anda menjadi didasarkan pada dev.azure.com, administrator organisasi (Administrator Koleksi Proyek) dapat mengubah ini dari halaman pengaturan organisasi. Meskipun mengadopsi nama domain baru tidak akan mengalihkan setiap permintaan, permintaan apa pun ke URL akar organisasi dan tautan dari banyak tautan email dan berbasis web akan berubah.

Kami akan melakukan perpindahan ke URL baru secara bertahap berdasarkan umpan balik pelanggan. Ini akan dimulai sebagai keikutsertaan, maka nanti kita akan menjadikannya default untuk organisasi. Kami belum menetapkan garis waktu untuk sengaja memindahkan organisasi dari visualstudio.com domain.

Penting

Untuk memastikan organisasi Anda bekerja dengan pembatasan firewall atau IP yang ada, pastikan bahwa nama domain dan alamat IP yang sesuai diizinkan. Lihat bagian Tanya Jawab Agen ini untuk informasi selengkapnya.

Menambahkan pengguna Pemangku Kepentingan untuk menghemat biaya lisensi Azure Pipelines

Penting

Untuk menggunakan kemampuan ini, Anda harus memiliki fitur pratinjau Akses gratis ke Alur untuk Pemangku Kepentingan yang diaktifkan di organisasi Anda.

Kabar baik! Jika Anda hanya menggunakan layanan Azure Pipelines, Anda tidak perlu membayar pengguna lagi melalui lisensi Dasar. Semua fitur Azure Pipelines tersedia secara gratis untuk semua pengguna. Saat Anda menambahkan lebih banyak pengguna ke proyek Anda, biarkan mereka tetap sebagai Pemangku Kepentingan secara gratis, dan mereka akan dapat membuat, melihat, memperbarui, dan menyetujui alur, asalkan mereka memiliki izin yang sesuai. Berikut adalah beberapa catatan tambahan tentang perubahan lisensi ini:

• Anda hanya membayar pekerjaan paralel tambahan di Azure Pipelines. Pengguna tidak terbatas.
• Semua akses ke fitur Azure Pipelines masih diatur melalui model keamanan dan izin.
• Jika Anda menggunakan Layanan Azure DevOps lainnya, Anda masih harus membayar lisensi per pengguna untuk layanan tersebut setelah batas gratis.
• Di organisasi yang ada, Pemangku Kepentingan tidak mendapatkan manfaat Azure Pipelines gratis secara default. Administrator organisasi Anda (Administrator Koleksi Proyek) harus secara eksplisit mengaktifkan fitur pratinjau ini. Mengaktifkan fitur pratinjau ini akan mengubah perilaku apa yang dapat dilakukan Pemangku Kepentingan. Saat ini, mereka tidak dapat mengelola build atau rilis. Tetapi, setelah fitur pratinjau diaktifkan, tidak ada perbedaan antara pengguna Dasar dan Pemangku Kepentingan di Azure Pipelines. Karena alasan inilah pilihan mengizinkan Pemangku Kepentingan diperlakukan sebagai pengguna Azure Pipelines gratis diserahkan kepada administrator Anda.

Lihat dokumentasi Menyediakan akses Pemangku Kepentingan untuk mengedit alur build dan rilis untuk informasi selengkapnya.

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 yang dijawab oleh komunitas di Stack Overflow.

Terima kasih,

Jeremy Epling