Mengonfigurasi Strategi Penyebaran dari portal Azure
Dengan sprint ini, kami memungkinkan pengguna untuk memilih strategi penyebaran mereka langsung dari dalam portal Azure, dan kami meluncurkan beberapa peningkatan pada pengalaman pengguna Pipelines dan Repos.
Fitur
Umum
- Azure DevOps sekarang memungkinkan admin tim untuk berlangganan acara dari MS Teams & Slack
- Pemberitahuan MS Teams & Slack untuk peristiwa Repos
Azure Repos
- Menambahkan lampiran saat membuat permintaan pull
- Konversi platform web baru – Pengaturan repositori
Azure Pipelines
- Pekerjaan dapat mengakses variabel output dari tahap sebelumnya
- Membatasi akses cakupan repositori layanan kompilasi
- Mendapatkan detail saat runtime tentang beberapa repositori
- GA alur multi tahap
- Mengonfigurasi Strategi Penyebaran dari portal Azure
Umum
Azure DevOps sekarang memungkinkan admin tim untuk berlangganan acara dari MS Teams & Slack
Selain administrator Proyek, Azure DevOps sekarang memungkinkan admin Tim untuk berlangganan peristiwa untuk Azure Boards, Azure Repos, dan Azure Pipelines langsung dari Slack dan MS Teams.
Pemberitahuan MS Teams & Slack untuk peristiwa Repos
Sebagai penyempurnaan integrasi MS Teams dan Slack, Anda sekarang dapat memilih untuk berlangganan satu atau beberapa peristiwa pada permintaan pull seperti komentar, pendorongan kode, pembaruan, dan upaya penggabungan.
Azure Repos
Menambahkan lampiran saat membuat permintaan pull
Sekarang Anda dapat menambahkan lampiran ke permintaan pull saat membuatnya. Untuk menambahkan lampiran, Sebelumnya Anda harus membuat permintaan pull lalu mengeditnya, tetapi sekarang Anda dapat langsung menyeret dan meletakkan gambar ke halaman buat permintaan pull.
Konversi platform web baru – Pengaturan repositori
Kami telah mengonversi dua halaman Pengaturan repositori menjadi satu pengalaman yang ditingkatkan ke platform web baru. Peningkatan ini tidak hanya membuat pengalaman lebih cepat dan lebih modern, tetapi halaman ini juga menyediakan satu titik masuk untuk semua kebijakan dari tingkat proyek hingga tingkat cabang.
Dengan pengalaman baru ini, navigasi untuk proyek dengan sejumlah besar repositori menjadi lebih mudah karena waktu muat yang lebih cepat dan filter pencarian tambahan. Anda juga dapat melihat kebijakan tingkat proyek dan daftar kebijakan lintas repositori di bawah tab Kebijakan.
Jika mengeklik repositori, Anda dapat melihat kebijakan dan izin yang ditetapkan di tingkat repositori. Di dalam tab kebijakan, Anda dapat melihat daftar setiap cabang tempat kebijakan ditetapkan. Sekarang, klik cabang untuk melihat semua kebijakan tanpa meninggalkan halaman Pengaturan repositori.
Sekarang, ketika kebijakan diwarisi dari cakupan yang lebih tinggi daripada yang sedang Anda kerjakan, kami menunjukkan kepada Anda dari mana kebijakan itu diwarisi di samping setiap kebijakan individu. Anda juga dapat menavigasi ke halaman tempat kebijakan tingkat yang lebih tinggi ditetapkan dengan mengeklik nama cakupan.
Halaman kebijakan itu sendiri juga telah ditingkatkan ke platform web baru dengan bagian yang dapat ditutup! Untuk meningkatkan pengalaman mencari kebijakan Validasi Build, Pemeriksaan Status, atau Peninjau Otomatis tertentu, kami telah menambahkan filter pencarian untuk setiap bagian.
Azure Pipelines
Pekerjaan dapat mengakses variabel output dari tahap sebelumnya
Variabel output sekarang dapat digunakan di seluruh tahap dalam alur berbasis YAML. Ini membantu Anda meneruskan informasi yang berguna, seperti keputusan go/no-go atau ID output yang dihasilkan, dari satu tahap ke tahap berikutnya. Hasil (status) dari tahap sebelumnya dan pekerjaannya juga tersedia.
Variabel output masih diproduksi oleh langkah-langkah di dalam pekerjaan. Alih-alih mengacu pada dependencies.jobName.outputs['stepName.variableName']
, tahapan mengacu pada stageDependencies.stageName.jobName.outputs['stepName.variableName']
.
Catatan
Secara default, setiap tahapan dalam alur bergantung pada satu tahapan tepat sebelum tahapan tersebut di file YAML. Oleh karenanya, setiap tahap dapat menggunakan variabel output dari tahap sebelumnya. Anda dapat mengubah grafik dependensi, yang juga akan mengubah variabel output mana yang tersedia. Misalnya, jika membutuhkan variabel dari tahap 1, tahap 3 perlu menyatakan dependensi eksplisit pada tahap 1.
Membatasi akses cakupan repositori layanan kompilasi
Membangun keamanan alur dengan membatasi cakupan token akses Azure Pipelines sekarang dapat mencakup akses repositorinya hanya ke repositori yang diperlukan untuk alur berbasis YAML. Artinya, jika token akses alur bocor, yang terlihat hanyalah repositori yang digunakan dalam alur. Sebelumnya, token akses baik untuk repositori Azure Repos apa pun dalam proyek, atau bisa jadi seluruh koleksi.
Fitur ini akan aktif secara default untuk proyek dan organisasi baru. Untuk organisasi yang sudah ada, Anda harus mengaktifkannya di Organisasi Pengaturan> Pipelines> Pengaturan. Saat menggunakan fitur ini, semua repositori Azure Repos Git yang diakses oleh alur menggunakan identitas layanan build harus diperiksa secara eksplisit menggunakan checkout
langkah dalam pekerjaan yang menggunakan repositori. Untuk informasi selengkapnya, lihat Membatasi cakupan otorisasi pekerjaan ke repositori Azure DevOps yang direferensikan.
Mendapatkan detail saat runtime tentang beberapa repositori
Saat alur berjalan, Azure Pipelines menambahkan informasi tentang repositori, cabang, dan penerapan yang memicu eksekusi. Sekarang setelah alur YAML mendukung pemeriksaan beberapa repositori, Anda mungkin juga ingin mengetahui repositori, cabang, dan penerapan yang diperiksa untuk repositori lain. Data ini tersedia melalui ekspresi runtime, yang sekarang dapat Anda petakan ke dalam variabel. Misalnya:
Sumber daya: Repositori: - repositori: lainnya jenis: git nama: MyProject/OtherToolsVariabel: tools.ref: $[ resources.repositories['other'].ref ]
steps:- checkout: self- checkout: lainnya
- bash: gema "Versi alat: $TOOLS_REF"
GA alur multi tahap
UI alur multi-tahap sekarang tersedia secara umum. Tombol fitur pratinjau yang sesuai telah dihapus.
Anda dapat menavigasi ke pengalaman baru dengan memilih Alur ->Alur di bawah menu navigasi kiri di Azure DevOps. Pengalaman ini adalah titik masuk untuk alur build klasik serta alur YAML. Pembaruan ini ramah seluler dan membawa berbagai peningkatan terkait cara Anda mengelola alur. Anda dapat menelusuri paling detail dan melihat detail alur, menjalankan detail, analitik alur, detail pekerjaan, log, dan lainnya.
Untuk mempelajari selengkapnya tentang pengalaman pengguna alur multi-tahap, lihat dokumentasi di sini.
Mengonfigurasi Strategi Penyebaran dari portal Azure
Dengan kemampuan ini, kami telah mempermudah Anda untuk mengonfigurasi alur yang menggunakan strategi penyebaran pilihan Anda, misalnya, Rolling, Canary, atau Blue-Green. Dengan menggunakan strategi unik ini, Anda dapat melanjutkan pembaruan dengan cara yang aman dan mengurangi risiko penyebaran terkait. Untuk mengakses ini, klik pengaturan 'Pengiriman Berkelanjutan' di Mesin Virtual Azure. Di panel konfigurasi, Anda akan diminta untuk memilih detail tentang proyek Azure DevOps tempat alur akan dibuat, grup penyebaran, alur kompilasi yang menerbitkan paket yang akan disebarkan dan strategi penyebaran pilihan Anda. Ke depannya, alur fungsional penuh yang menyebarkan paket yang dipilih ke Mesin Virtual ini akan dikonfigurasi.
Untuk detail selengkapnya, lihat dokumentasi kami tentang mengonfigurasi Strategi Penyebaran.
Langkah berikutnya
Catatan
Fitur-fitur ini akan diluncurkan selama dua hingga tiga minggu ke depan.
Buka Azure DevOps dan lihat.
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 yang dijawab oleh komunitas di Stack Overflow.