Laporan Analitik Baru dan aplikasi Azure Boards untuk Slack - Pembaruan Sprint 155
Dalam Pembaruan Sprint 155 Azure DevOps, kami memperkenalkan laporan Azure Boards baru untuk memudahkan Anda melacak metrik tim penting. Anda akan melihat laporan baru di bawah tab Analitik di hub Papan, Backlog, dan Sprint. Laporan ini sepenuhnya interaktif dan memungkinkan Anda menyesuaikannya untuk memenuhi kebutuhan Anda.
Selain itu, kami sangat senang mengumumkan aplikasi Azure Boards baru untuk Slack. Aplikasi ini akan memungkinkan Anda memantau aktivitas item kerja dan membuat item kerja dari saluran Slack Anda.
Lihat daftar Fitur di bawah ini untuk informasi selengkapnya.
Apa yang baru di Azure DevOps
Fitur
Umum:
Papan Azure:
- Dapatkan wawasan tentang kesehatan tim Anda dengan tiga laporan Azure Boards baru
- Aplikasi Azure Boards untuk Slack
- Mengkustomisasi kolom taskboard
- Alihkan untuk menampilkan atau menyembunyikan item kerja anak yang sudah selesai pada backlog
- Cari papan, backlog, kueri, dan sprint dari kotak pencarian instan
- Tag terbaru ditampilkan saat menandai item kerja
Azure Repos:
- Opsi pemfilteran pencarian kode yang disempurnakan
- Metrik cakupan kode dan kebijakan cabang untuk permintaan pull
- Memfilter pemberitahuan komentar dari permintaan pull
- Kait layanan untuk komentar permintaan pull
Artefak Azure:
Azure Pipelines:
Alur YAML multi-tahap
- Persetujuan dalam alur YAML multi-tahap
- Mengelola variabel alur di editor YAML
- Variabel baru yang telah ditentukan sebelumnya dalam alur YAML
- Membatalkan tahap dalam eksekusi alur YAML multi-tahap
- Perlihatkan informasi kumpulan yang benar pada setiap pekerjaan
- Menautkan item kerja dengan alur YAML multi-tahap
- Pemicu CI untuk cabang baru
- Penembolokan alur (pratinjau publik)
VM yang dihosting
Kubernetes
- kustomisasi dan kompose sebagai opsi kue di tugas KubernetesManifest
- Dukungan untuk kredensial admin kluster dalam tugas HelmDeploy
Uji
Pengalaman Azure
- Penyempurnaan Pusat Penyebaran untuk WebApp di Portal Microsoft Azure
- Penyempurnaan Proyek DevOps untuk komputer virtual
Integrasi
Umum
Mengundang kolaborator GitHub ke Azure DevOps
Anda sekarang dapat mengundang kolaborator dari GitHub ke Azure DevOps saat Anda masuk dengan identitas GitHub Anda. Anda dapat mencari dan mengundang pengguna GitHub lainnya dari beranda Proyek dan dari halaman Pengguna di pengaturan Organisasi.
Kemampuan ini harus diaktifkan untuk organisasi yang ada melalui pengaturan di bawah Kebijakan di pengaturan Organisasi. Namun, diaktifkan secara default untuk organisasi yang dibuat oleh identitas GitHub.
Catatan
Fitur ini tidak tersedia untuk pengguna non-GitHub, meskipun kebijakan diaktifkan.
Untuk mempelajari selengkapnya tentang mengundang anggota tim, lihat dokumentasi di sini. Jika Anda mengalami masalah saat menyambungkan ke Azure DevOps menggunakan GitHub, lihat FAQ autentikasi pemecahan masalah & mengundang pengguna GitHub.
Azure Boards
Dapatkan wawasan tentang kesehatan tim Anda dengan tiga laporan Azure Boards baru
Anda tidak dapat memperbaiki apa yang tidak dapat Anda lihat. Oleh karenanya, Anda ingin mengawasi status dan kesehatan proses kerja mereka. Dengan laporan ini, kami memudahkan Anda untuk melacak metrik penting dengan upaya minimal di Azure Boards.
Tiga laporan interaktif baru adalah: Burndown, Cumulative Flow Diagram (CFD) dan Kecepatan. Anda dapat melihat laporan di tab analitik baru.
Melalui metrik seperti burndown sprint, alur kerja, dan kecepatan tim, Anda bisa melihat kemajuan tim dan membantu menjawab pertanyaan seperti:
- Berapa banyak pekerjaan yang tersisa dalam sprint ini? Apakah kita sudah berada di jalur yang benar untuk menyelesaikannya?
- Langkah apa dari proses pengembangan yang memakan waktu paling lama? Adakah yang bisa kita lakukan untuk memperbaikinya?
- Berdasarkan perulangan sebelumnya, berapa banyak pekerjaan yang harus kita rencanakan untuk sprint berikutnya?
Catatan
Bagan yang sebelumnya diperlihatkan di header telah diganti dengan laporan yang disempurnakan ini.
Laporan baru sepenuhnya interaktif dan memungkinkan Anda menyesuaikannya dengan kebutuhan Anda. Anda dapat menemukan laporan baru di bawah tab Analitik pada setiap hub.
Bagan burndown dapat ditemukan di bawah hub Sprints.
Laporan CFD dan Kecepatan dapat diakses dari tab Analitik di bawah Papan dan Backlog dengan mengeklik kartu yang relevan.
Dengan laporan baru, Anda memiliki lebih banyak kontrol dan informasi tentang tim Anda. Berikut adalah beberapa contoh:
- Laporan Sprint Burndown dan Velocity dapat diatur sehingga dapat menggunakan jumlah item kerja atau jumlah pekerjaan yang tersisa.
- Anda dapat menyesuaikan jangka waktu burndown sprint tanpa memengaruhi tanggal proyek. Jadi, jika tim Anda biasanya menghabiskan hari pertama dari setiap perencanaan sprint, Anda sekarang dapat menyesuaikan bagan untuk memperlihatkan hal tersebut.
- Bagan burndown sekarang memiliki marka air yang memperlihatkan akhir pekan.
- Dengan laporan CFD, Anda dapat menghapus kolom papan seperti Desain untuk mendapatkan lebih banyak fokus pada alur yang dapat dikontrol oleh tim.
Berikut adalah contoh laporan CFD yang menunjukkan alur selama 30 hari terakhir pada backlog Stories.
Bagan Kecepatan sekarang dapat dilacak untuk semua tingkat backlog. Misalnya, Anda sekarang dapat menambahkan Fitur dan Epik sedangkan bagan sebelumnya hanya mendukung Persyaratan. Berikut adalah contoh laporan kecepatan untuk 6 pengulangan terakhir dari backlog Fitur.
Aplikasi Azure Boards untuk Slack
Kami dengan senang hati mengumumkan aplikasi Azure Boards baru untuk Slack. Dengan aplikasi ini Anda dapat memantau aktivitas item kerja dan membuat item kerja dari saluran Slack Anda.
Aplikasi ini memungkinkan Anda menyiapkan dan mengelola langganan peristiwa termasuk pembuatan, dan pembaruan item kerja, dan untuk mendapatkan pemberitahuan untuk peristiwa ini di saluran Slack Anda. Percakapan di saluran Slack dapat digunakan untuk membuat item kerja. Anda juga akan mendapatkan pemberitahuan pribadi saat item kerja ditetapkan untuk Anda. Selain itu, pratinjau untuk URL item kerja akan memungkinkan Anda memulai diskusi.
Untuk menginstal aplikasi Azure Boards, klik di sini.
Menyesuaikan kolom Taskboard
Kami sangat senang mengumumkan bahwa kami telah menambahkan opsi agar Anda dapat menyesuaikan kolom di Taskboard. Sekarang Anda dapat menambahkan, menghapus, mengganti nama, dan menyusun ulang kolom.
Untuk mengonfigurasi kolom di Taskboard Anda, buka Opsi Kolom.
Fitur ini diprioritaskan berdasarkan saran dari Komunitas Pengembang.
Alihkan untuk menampilkan atau menyembunyikan item kerja anak yang sudah selesai di backlog
Sering kali, ketika menyempurnakan backlog, Anda hanya ingin melihat item yang belum selesai. Sekarang, Anda mampu menampilkan atau menyembunyikan item anak yang sudah selesai di backlog.
Jika tombol aktif, Anda akan melihat semua item anak dalam status selesai. Ketika tombol mati, semua item anak dalam status selesai akan disembunyikan dari backlog.
Cari papan, backlog, kueri, dan sprint dari kotak pencarian instan
Sekarang Anda dapat dengan mudah mengakses papan, backlog, kueri, dan sprint yang baru-baru ini anda kunjungi dari kotak pencarian dengan mengaktifkan kotak pencarian di Azure Boards.
Selain itu, Anda dapat mencari papan, backlog, kueri, dan sprint di seluruh proyek Anda dengan mengetik nama papan di kotak pencarian. Sekarang, papan yang paling penting bagi Anda hanya dengan sekali klik.
Tag terbaru ditampilkan saat memberi tag pada item kerja
Saat memberi tag pada item kerja, opsi selesaikan otomatis sekarang akan menampilkan hingga lima tag terakhir yang Anda gunakan. Hal ini akan memudahkan penambahan informasi yang tepat ke item kerja Anda.
Azure Repos
Opsi pemfilteran pencarian kode yang disempurnakan
Sebelumnya, pencarian kode mendukung 39 filter pencarian kode seperti komentar: dan def:. Data menyarankan bahwa ada banyak filter yang tidak digunakan, oleh karena itu kami menghapus beberapa filter dan menggabungkan yang lain. Dengan pembaruan ini kami mengurangi jumlah filter menjadi 19. Ini akan membantu dengan membuat kueri pencarian kode lebih efisien dan mengurangi kekacauan di antarmuka.
Misalnya, now func: maps to method:, yaitu jika Anda mencari func:AccountAdmin, hasilnya akan dipetakan ke method:AccountAdmin. Demikian pula makrodef: dan makrof: dipetakan ke makro:. Di sisi lain, filter seperti union: dan org: telah tidak digunakan lagi karena kurangnya penggunaan.
Metrik cakupan kode dan kebijakan cabang untuk permintaan pull
Sekarang Anda dapat melihat metrik cakupan kode untuk perubahan dalam tampilan permintaan pull (PR). Ini memastikan bahwa Anda telah menguji perubahan Anda secara memadai melalui pengujian otomatis. Status cakupan akan muncul sebagai komentar dalam gambaran umum PR. Anda dapat melihat detail informasi cakupan untuk setiap baris kode yang diubah dalam tampilan diff file.
Selain itu, pemilik repositori sekarang dapat menetapkan kebijakan cakupan kode dan mencegah perubahan besar yang belum diuji untuk digabungkan ke dalam cabang. Ambang cakupan yang diinginkan dapat ditentukan dalam file pengaturan azurepipelines-coverage.yml
yang diperiksa di akar kebijakan repositori dan cakupan dapat ditentukan menggunakan kemampuan konfigurasi kebijakan cabang untuk layanan tambahan yang ada di Repositori Azure.
Memfilter pemberitahuan komentar dari permintaan pull
Komentar dalam permintaan pull sering kali menimbulkan banyak kebisingan karena pemberitahuan. Kami telah menambahkan langganan kustom agar Anda dapat memfilter pemberitahuan komentar yang ingin Anda langgan, berdasarkan usia komentar, pemberi komentar, komentar yang dihapus, pengguna yang disebutkan, pembuat permintaan pull, cabang target, dan peserta utas. Anda dapat membuat langganan pemberitahuan ini dengan mengeklik ikon pengguna di sudut kanan atas dan mengarahkan navigasi ke Pengaturan pengguna.
Hook layanan untuk komentar permintaan pull
Anda sekarang dapat membuat hook layanan untuk komentar dalam permintaan pull berdasarkan repositori dan cabang target.
Azure Artifacts
Bagikan paket Anda secara publik dengan umpan publik (pratinjau)
Anda sekarang dapat membuat dan menyimpan paket Anda di dalam umpan publik. Paket yang disimpan dalam umpan publik tersedia untuk semua orang di internet tanpa autentikasi, baik paket tersebut berada di organisasi Anda atau bahkan masuk ke organisasi Azure DevOps. Pelajari selengkapnya tentang umpan publik dalam dokumentasi umpan kami atau langsung masuk ke tutorial kami untuk berbagi paket secara publik.
Azure Pipelines
kustomisasi dan kompose sebagai opsi bake di tugas KubernetesManifest
kustomisasi (bagian dari Kubernetes sig-cli) memungkinkan Anda menyesuaikan file YAML mentah dan bebas templat untuk beberapa tujuan dan membiarkan YAML asli tidak tersentuh. Opsi untuk kustomisasi telah ditambahkan di bawah tindakan bake tugas KubernetesManifest sehingga folder apa pun yang berisi file kustomization.yaml dapat digunakan untuk menghasilkan file manifes yang digunakan dalam tindakan penyebaran tugas KubernetesManifest.
steps:
- task: KubernetesManifest@0
name: bake
displayName: Bake K8s manifests from Helm chart
inputs:
action: bake
renderType: kustomize
kustomizationPath: folderContainingKustomizationFile
- task: KubernetesManifest@0
displayName: Deploy K8s manifests
inputs:
kubernetesServiceConnection: k8sSC1
manifests: $(bake.manifestsBundle)
kompose akan mengubah file Docker Compose menjadi sumber daya Kubernetes.
steps:
- task: KubernetesManifest@0
name: bake
displayName: Bake K8s manifests from Helm chart
inputs:
action: bake
renderType: kompose
dockerComposeFile: docker-compose.yaml
- task: KubernetesManifest@0
displayName: Deploy K8s manifests
inputs:
kubernetesServiceConnection: k8sSC1
manifests: $(bake.manifestsBundle)
Dukungan untuk kredensial admin kluster dalam tugas HelmDeploy
Sebelumnya, tugas HelmDeploy menggunakan kredensial pengguna kluster untuk penyebaran. Ini menghasilkan permintaan masuk interaktif dan alur yang gagal untuk kluster yang diaktifkan RBAC berbasis Azure Active Directory. Untuk mengatasi masalah ini, kami menambahkan kotak centang yang memungkinkan Anda menggunakan kredensial admin kluster alih-alih kredensial pengguna kluster.
Mengelola variabel alur di editor YAML
Kami memperbarui pengalaman untuk mengelola variabel alur di editor YAML. Anda tidak lagi harus membuka editor klasik untuk menambahkan atau memperbarui variabel di alur YAML Anda.
Variabel baru yang telah ditentukan sebelumnya dalam alur YAML
Variabel memberi Anda cara yang mudah untuk mendapatkan bit kunci data ke berbagai bagian alur. Dengan pembaruan ini, kami telah menambahkan beberapa variabel yang telah ditentukan sebelumnya ke pekerjaan penyebaran. Variabel ini secara otomatis diatur oleh sistem, tercakup ke pekerjaan penyebaran tertentu dan bersifat baca-saja.
- Environment.Id - ID lingkungan.
- Environment.Name - Nama lingkungan yang ditargetkan oleh pekerjaan penyebaran.
- Environment.ResourceId - ID sumber daya di lingkungan yang ditargetkan oleh pekerjaan penyebaran.
- Environment.ResourceName - Nama sumber daya di lingkungan yang ditargetkan oleh pekerjaan penyebaran.
Menautkan item kerja dengan alur YAML multi-tahap
Saat ini, Anda dapat secara otomatis menautkan item kerja dengan kompilasi klasik. Namun, ini tidak dimungkinkan dengan alur YAML. Dengan pembaruan ini, kami telah mengatasi kesenjangan ini. Saat Anda berhasil menjalankan alur dengan menggunakan kode dari cabang tertentu, Azure Pipelines akan secara otomatis mengaitkan eksekusi dengan semua item kerja (yang disimpulkan melalui penerapan dalam kode tersebut). Saat membuka item kerja, Anda akan dapat melihat eksekusi di mana kode untuk item kerja tersebut dibuat. Untuk mengonfigurasi ini, gunakan panel pengaturan alur.
Batalkan tahap dalam eksekusi alur YAML multi-tahap
Saat menjalankan alur YAML multi-tahap, Anda sekarang dapat membatalkan eksekusi tahap saat hal tersebut sedang berlangsung. Anda akan mendapat manfaat jika mengetahui bahwa tahapan akan gagal atau jika Anda memiliki eksekusi lain yang ingin Anda mulai. Fitur ini juga merupakan prasyarat bagi kami untuk mendukung mencoba kembali tahap yang gagal di masa depan.
Persetujuan dalam alur YAML multi-tahap
Kami terus meningkatkan alur YAML multi-tahap, kami sekarang memungkinkan Anda menambahkan persetujuan manual ke alur ini. Pemilik infrastruktur dapat melindungi lingkungan mereka dan mencari persetujuan manual sebelum suatu tahap dalam alur apa pun yang disebarkan kepada mereka. Dengan pemisahan peran lengkap antara pemilik infrastruktur (lingkungan) dan aplikasi (alur), Anda akan memastikan masuk secara manual untuk penyebaran dalam alur tertentu dan mendapatkan kontrol pusat dalam menerapkan pemeriksaan yang sama di semua penyebaran ke lingkungan.
Eksekusi alur yang disebarkan ke dev akan berhenti untuk mendapatkan persetujuan pada awal tahap.
Pembaruan untuk gambar alur yang dihosting
Kami telah membuat pembaruan untuk beberapa gambar VM yang dihosting Azure Pipelines. Anda dapat menemukan detail selengkapnya tentang rilis terbaru di sini. Perubahan berikut ditambahkan sebagai bagian dari pembaruan ini:
Untuk VS2017 dan VS2019:
- Menambahkan Azul Java 7
- Gambar Docker yang di-cache yang disematkan agar sesuai dengan versi kernel host
- Menambahkan modul Az PowerShell v2.3.2
- Merkurial yang disematkan ke v5.0.0
- Memperbarui Python ke versi 2.7.16, 3.4.4, 3.5.4, 3.6.8, 3.7.4
- Menambahkan Pustaka Kelas Portabel (hanya VS 2019)
- Mengubah jalur default Karat dan variabel lingkungan
Untuk Ubuntu 16.04:
- Helm yang diperbarui untuk selalu menarik terbaru (tidak lagi disematkan di v2.14.0)
- Menambahkan beberapa kontainer Docker populer
- Memperbarui Python ke versi 2.7.16, 3.4.10, 3.5.7, 3.6.9, 3.7.4
- Mengubah jalur default Karat dan variabel lingkungan
Untuk semua gambar, tambahkan
ImageVersion
variabel lingkungan untuk versi gambar
Untuk daftar lengkap alat yang tersedia untuk gambar tertentu, buka Detail kumpulan > Agen Pengaturan>.
Penyempurnaan Proyek DevOps untuk komputer virtual
Dalam pembaruan ini, kami meningkatkan alur kerja komputer virtual (VM) DevOps Projects untuk menyertakan VM yang tidak mematuhi pembatasan kuota per lokasi. Sebelumnya, Anda harus memilih VM berdasarkan nama dan penawaran. Sekarang, Anda memiliki tampilan sesuai permintaan dengan detail lebih lanjut tentang penawaran VM seperti biaya/bulan, RAM, disk data, dll. Ini memudahkan Anda untuk memilih komputer virtual yang Anda butuhkan.
Kumpulan tunggal yang dihosting
Pada sprint terakhir, kami berkomunikasi bahwa kami meluncurkan kumpulan baru yang dihosting yang disebut Azure Pipelines untuk menggantikan semua kumpulan lain yang dihosting - Hosted, Hosted VS2017, Hosted Ubuntu 1604, Hosted Windows 2019 dengan VS2019, Hosted macOS, dan Hosted macOS High Sierra. Perubahan ini akan diterapkan dengan rilis ini.
Memiliki beberapa kumpulan yang dihosting terkadang dapat membingungkan. Anda tidak mendapatkan gambaran yang akurat tentang di mana konkurensi sedang dikonsumsi. Misalnya, jika Anda memiliki konkurensi 10 pekerjaan paralel, Anda akan melihat 10 agen virtual di setiap kumpulan yang dihosting, yang tidak akurat. Ketika pekerjaan Anda menunggu pada kumpulan yang dihosting tertentu (misalnya Hosted VS2017) dengan semua agen diam, Anda mungkin berpikir bahwa layanan Azure Pipelines rusak tanpa menyadari bahwa konkurensi mungkin digunakan di kumpulan lain yang dihosting (misalnya Ubuntu 1604 yang dihosting).
Dengan perubahan ini, Anda akan melihat satu kumpulan yang dihosting yang akan memberi Anda gambaran yang akurat tentang berapa banyak pekerjaan yang berjalan di kumpulan tersebut. Kami berencana untuk meluncurkan perubahan ini selama beberapa sprint berikutnya. Anda tidak perlu membuat perubahan apa pun pada alur Anda karena kami akan secara otomatis mengalihkan pekerjaan dari kumpulan lama yang dihosting ke gambar yang sesuai di kumpulan terpadu baru.
Tampilkan informasi kumpulan yang benar pada setiap pekerjaan
Sebelumnya, ketika Anda menggunakan matriks untuk memperluas pekerjaan atau variabel untuk mengidentifikasi kumpulan, kami kesulitan menampilkan informasi kumpulan yang benar di halaman log. Dengan pembaruan ini, kami memperbaiki masalah yang menyebabkan informasi kumpulan yang salah ditampilkan untuk pekerjaan tertentu.
Dukungan dalam produk untuk manajemen pengujian flaky
Pengujian flaky dapat memengaruhi produktivitas pengembang karena kegagalan pengujian mungkin tidak terkait dengan perubahan yang sedang diuji. Mereka juga dapat berdampak pada kualitas kode yang dikirim. Inilah sebabnya mengapa kami menambahkan dukungan dalam produk untuk manajemen pengujian flaky. Fungsionalitas ini mendukung siklus hidup end-to-end dengan deteksi, pelaporan, dan resolusi. Manajemen pengujian Flaky mendukung deteksi sistem dan kustom.
Deteksi sistem tersedia melalui kemampuan eksekusi ulang tugas VSTest. Pengujian berlemak adalah pengujian yang memberikan hasil yang berbeda, seperti lulus atau gagal, bahkan ketika tidak ada perubahan dalam kode sumber atau lingkungan eksekusi. Semua eksekusi pengujian lebih lanjut untuk cabang yang sama juga ditandai dengan flaky hingga diselesaikan dan tidak ditandai. Anda juga dapat menyambungkan mekanisme deteksi kustom menggunakan API kami. Setelah pengujian diidentifikasi sebagai cacat, Anda bisa mendapatkan detail dalam laporan pengujian dalam konteks dalam alur. Anda kemudian dapat memutuskan apakah pengujian flaky berdampak pada kegagalan alur Anda. Secara default, informasi pengujian flaky tersedia sebagai meta-data tambahan.
Berikut adalah contoh laporan dengan ringkasan pengujian.
Untuk detail selengkapnya tentang manajemen pengujian flaky, lihat dokumentasi di sini.
Penyempurnaan Pusat Penyebaran untuk WebApp di portal Azure
Kami telah meningkatkan Pusat Penyebaran untuk WebApp di portal Azure dengan dukungan untuk alur dengan beberapa artefak. Sekarang, jika artefak non-primer Azure Pipelines disebarkan di aplikasi web, Anda akan mendapatkan detail yang relevan dari portal Azure. Anda juga akan memiliki tautan mendalam ke repositori yang disebarkan untuk menavigasi langsung ke repositori dari portal Azure. Repositori dapat dihosting di Azure Repos atau di GitHub.
Pemicu CI untuk cabang baru
Tidak memicu kompilasi CI saat cabang baru dibuat dan cabang itu tidak mengalami perubahan adalah permintaan yang sudah lama tertunda. Perhatikan contoh berikut:
- Anda menggunakan antarmuka web untuk membuat cabang baru berdasarkan cabang yang ada. Hal ini akan segera memicu kompilasi CI baru jika filter cabang Anda cocok dengan nama cabang baru. Hal ini tidak diinginkan karena konten cabang baru sama jika dibandingkan dengan cabang yang ada.
- Anda memiliki repositori dengan dua folder - aplikasi dan dokumen. Anda menyiapkan filter jalur untuk CI agar sesuai dengan "aplikasi". Dengan kata lain, Anda tidak ingin membuat build baru jika perubahan telah didorong ke dokumen. Anda membuat cabang baru secara lokal, membuat beberapa perubahan pada dokumen, lalu mendorong cabang tersebut ke server. Sebelumnya, kami memicu kompilasi CI baru. Hal ini tidak diinginkan karena Anda secara eksplisit meminta untuk tidak mencari perubahan dalam folder dokumen. Namun, karena cara kami menangani peristiwa cabang baru, sepertinya perubahan juga telah dilakukan pada folder aplikasi.
Sekarang, kami memiliki cara yang lebih baik dalam menangani CI cabang baru untuk mengatasi masalah ini. Saat Anda menerbitkan cabang baru, kami secara eksplisit mencari penerapan baru di cabang tersebut, dan memeriksa apakah mereka cocok dengan filter jalur.
Integrasi Terraform dengan Alur Azure
Terraform adalah alat sumber terbuka untuk mengembangkan, mengubah, dan membuat versi infrastruktur dengan aman dan efisien. Terraform mengodifikasikan API ke dalam file konfigurasi deklaratif sehingga Anda dapat menentukan dan menyediakan infrastruktur dengan menggunakan bahasa konfigurasi tingkat tinggi. Anda dapat menggunakan ekstensi Terraform untuk membuat sumber daya di seluruh penyedia infrastruktur utama: Azure, Amazon Web Services (AWS) dan Google Cloud Platform (GCP).
Untuk mempelajari selengkapnya tentang ekstensi Terraform, lihat dokumentasi di sini.
Integrasi dengan Google Analytics
Kerangka kerja eksperimen Google Analytics memungkinkan Anda menguji hampir semua perubahan atau variasi ke situs web atau aplikasi untuk mengukur dampaknya pada tujuan tertentu. Misalnya, mungkin ada aktivitas yang menurut Anda perlu diselesaikan oleh pengguna (misalnya, melakukan pembelian, mendaftar untuk buletin) dan/atau metrik yang ingin Anda tingkatkan (misalnya, pendapatan, durasi sesi, tingkat pantulan). Dengan aktivitas ini, Anda dapat mengidentifikasi perubahan yang layak diterapkan berdasarkan dampak langsung yang mereka miliki pada performa fitur Anda.
Ekstensi eksperimen Google Analytics untuk Azure DevOps menambahkan langkah-langkah eksperimen ke alur build dan rilis, sehingga Anda dapat terus mengulangi, mempelajari, dan melakukan penyebaran pada laju yang dipercepat dengan mengelola eksperimen secara berkelanjutan sekaligus mendapatkan semua manfaat DevOps dari Azure Pipelines.
Anda dapat mengunduh ekstensi eksperimen Google Analytics dari Marketplace.
Penembolokan alur (pratinjau publik)
Penembolokan alur memungkinkan Anda menyimpan hasil operasi yang berjalan lama, seperti pemulihan paket atau kompilasi dependensi, dan memulihkannya kembali selama eksekusi alur berikutnya. Ini dapat mengakibatkan build yang lebih cepat.
Untuk detail selengkapnya, lihat posting blog dengan pengumuman lengkap di sini.
Grup variabel alur dan perintah manajemen variabel
Mungkin sulit untuk memindahkan alur berbasis YAML dari satu proyek ke proyek lainnya karena Anda perlu mengatur variabel alur dan grup variabel secara manual. Namun, dengan grup variabel alur dan perintah manajemen variabel, Anda sekarang dapat membuat skrip pengaturan dan manajemen variabel alur dan grup variabel yang pada gilirannya dapat dikontrol versi, sehingga Anda dapat dengan mudah berbagi instruksi untuk memindahkan dan menyiapkan alur dari satu proyek ke proyek lainnya.
Eksekusi alur untuk cabang PR
Saat membuat PR, Anda mungkin kesulitan untuk memvalidasi apakah perubahan mungkin merusak eksekusi alur pada cabang target. Namun, dengan kemampuan untuk memicu eksekusi alur atau mengantrekan kompilasi untuk cabang PR, Anda sekarang dapat memvalidasi dan memvisualisasikan perubahan yang terjadi dengan menjalankannya berdasarkan alur target. Lihat dokumentasi perintah eksekusi alur az dan antrean kompilasi alur az untuk informasi selengkapnya.
Lompati eksekusi alur pertama
Saat membuat alur, terkadang Anda ingin membuat dan menerapkan file YAML dan tidak memicu eksekusi alur karena dapat mengakibatkan eksekusi yang rusak karena berbagai alasan - infrastruktur tidak siap atau perlu membuat dan memperbarui grup variabel/variabel dll. Dengan Azure DevOps CLI, Anda sekarang dapat melewati eksekusi alur otomatis pertama pada pembuatan alur dengan menyertakan parameter --skip-first-run. Lihat dokumentasi perintah buat alur az untuk informasi selengkapnya.
Peningkatan perintah titik akhir layanan
Perintah CLI titik akhir layanan hanya mendukung pengaturan dan manajemen titik akhir layanan azure rm dan github. Namun, dengan rilis ini, perintah titik akhir layanan memungkinkan Anda membuat titik akhir layanan apa pun dengan menyediakan konfigurasi melalui file dan menyediakan perintah yang dioptimalkan - az devops service-endpoint github dan az devops service-endpoint azurerm, yang menyediakan dukungan kelas satu untuk membuat titik akhir layanan dari jenis ini. Lihat dokumentasi perintah untuk informasi selengkapnya.
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 umpan balik untuk melaporkan masalah atau memberikan saran.
Anda juga bisa mendapatkan saran dan pertanyaan yang dijawab oleh komunitas di Stack Overflow.
Terima kasih,
Sam Guckenheimer