Bagikan melalui

Laporan Analitik Baru dan aplikasi Azure Boards untuk Slack - Pembaruan Sprint 155

  • Artikel

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:

Azure Repos:

Artefak Azure:

Azure Pipelines:

Alur YAML multi-tahap

VM yang dihosting

Kubernetes

Uji

Pengalaman Azure

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.

Invite GitHub collaborators into Azure DevOps.

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.

Enable for existing organizations.

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.

    Analytics tab in Sprint hub.

  • Laporan CFD dan Kecepatan dapat diakses dari tab Analitik di bawah Papan dan Backlog dengan mengeklik kartu yang relevan.

    CFD and velocity reports in boards.

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.

Example of the CFD report.

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.

Example of a velocity report.

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.

Azure Boards app for Slack.

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.

Customizing columns on the taskboard.

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.

Show or hide child items on the backlog.

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.

Activate the instant search box.

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.

Search for a board name.

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.

Most recent used tags displayed when tagging a work item.

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.

Code search filter options.

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.

Code coverage metrics and branch policy for pull requests

View details of coverage information for every code line that is changed.

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.

Define coverage thresholds.

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.

Filter comment notifications from pull requests.

Filter comment notifications in User settings.

Hook layanan untuk komentar permintaan pull

Anda sekarang dapat membuat hook layanan untuk komentar dalam permintaan pull berdasarkan repositori dan cabang target.

Service hooks for pull request comments.

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.

Share your packages with public feeds.

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.

Package and deploy Helm charts showing the use cluster admin credentials checkbox.

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.

Manage pipeline variables in YAML editor.

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.

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.

Approvals in multi-stage YAML pipelines.

Eksekusi alur yang disebarkan ke dev akan berhenti untuk mendapatkan persetujuan pada awal tahap.

Pipeline runs deploying to dev will stop for approval.

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.

Enhancements to DevOps Project for virtual machine.

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.

In-product support for flaky test management.

Berikut adalah contoh laporan dengan ringkasan pengujian.

Example of a report with the test summary.

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.

Terraform integration with Azure Pipelines.

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.

Integration with Google Analytics.

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.

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,

Sam Guckenheimer