Bagikan melalui

Peningkatan YAML di Azure Pipelines - Pembaruan Sprint 142

  • Artikel

Dalam Pembaruan Sprint 142 Azure DevOps, ada beberapa penyempurnaan pada YAML, seperti menambahkan penghitung kustom ke build Anda, menentukan cabang yang akan dibangun untuk permintaan pull, dan menggunakan templat sebaris. Kami juga telah mengaktifkan navigasi baru untuk semua pengguna, memperkenalkan tema gelap, dan meningkatkan pengalaman penautan dan lampiran di Azure Boards.

Lihat daftar Fitur di bawah ini untuk informasi selengkapnya.

Fitur

Umum:

Papan Azure:

Azure Repos:

Azure Pipelines:

Azure Test Plans:

Artefak Azure:

Wiki:

Administrasi:

Umum

Navigasi baru aktif untuk semua pengguna

Kami telah mengaktifkan navigasi baru untuk semua pengguna! Ini adalah tonggak utama dalam meluncurkan desain produk baru kami. Sementara kami memindahkan semua orang ke model navigasi baru dengan rilis ini, pengguna masih dapat memilih keluar dan menggunakan navigasi lama hingga 16 Januari 2019. Anda dapat menolak dengan memilih Fitur pratinjau dari menu di bawah avatar Anda di kanan atas setiap halaman.

Lihat posting blog Pembaruan Navigasi untuk informasi selengkapnya.

Tema Gelap

Salah satu permintaan fitur kami yang sudah lama ada adalah menawarkan tema gelap. Kami dengan senang hati memberi tahu Anda bahwa ini sekarang tersedia sebagai bagian dari navigasi baru. Anda dapat mengaktifkan tema gelap dengan memilih Tema dari menu di bawah avatar Anda di kanan atas setiap halaman.

Tema gelap

Azure Boards

Mengatur materi referensi dengan lampiran item kerja yang lebih kaya

Melampirkan file ke item kerja memungkinkan Anda dan tim Anda memusatkan materi referensi sehingga selalu berada dekat ketika Anda membutuhkannya. Sekarang lebih mudah untuk menambahkan lampiran baru hanya dengan menyeret dan meletakkan file di mana saja pada formulir item kerja. Anda dapat terus menampilkan lampiran sebagai daftar atau beralih ke tampilan kisi untuk memperlihatkan pratinjau gambar mini. Klik dua kali pada file untuk membuka pratinjau dan menelusurinya guna menemukan informasi yang Anda butuhkan dengan cepat.

Lampiran item kerja

Mengelola dependensi dengan menautkan item kerja di seluruh organisasi Anda

Menautkan pekerjaan terkait atau dependen memberi Anda konteks yang lebih luas ke dalam pekerjaan yang Anda lacak dan membantu Anda mengelola dependensi dengan tim lain. Dengan tautan untuk pekerjaan jarak jauh, sekarang Anda dapat melacak pekerjaan di seluruh organisasi dalam perusahaan Anda. Cukup salin URL item kerja yang ada, buka item kerja lain, dan buat tautan menggunakan salah satu dari tiga jenis tautan baru: Mengonsumsi Dari, Menghasilkan Untuk, dan Terkait Jarak Jauh. Lihat dokumentasi penautan item kerja untuk informasi selengkapnya tentang keterlacakan di Azure Boards.

Catatan

Izin dihormati di kedua organisasi Azure DevOps, yang keduanya harus didukung oleh penyewa Azure AD yang sama.

Tautan jarak jauh

Saat Anda mulai mengelola beberapa dependensi, gunakan bidang Jumlah Tautan Jarak Jauh baru di Kueri untuk mencantumkan item kerja yang memiliki dependensi jarak jauh dalam proyek Anda, atau pertimbangkan untuk menginstal ekstensi Pelacak Dependensi . Ekstensi ini, yang dibuat oleh grup Windows di Microsoft untuk memenuhi kebutuhan skala mereka, dibangun berdasarkan tautan jarak jauh untuk menampilkan hierarki yang kaya dan representasi grafis dari dependensi Anda.

Sebelumnya, item kerja tidak dapat dibuka dari halaman hasil pencarian jika panel pratinjau item kerja dinonaktifkan. Hal ini akan mempersulit proses mencari hasil pencarian Anda. Sekarang Anda dapat mengeklik judul item kerja untuk membuka item kerja di jendela modal. Fitur ini diprioritaskan dari UserVoice.

Azure Repos

Penulis ekstensi dapat mengkueri konteks tentang repositori saat ini

Salah satu tantangan bagi penulis ekstensi kontrol versi adalah mendapatkan konteks repositori yang ditampilkan kepada pengguna, seperti nama, ID, dan URL. Untuk membantu hal ini, kami menambahkan VersionControlRepositoryService sebagai layanan yang dapat diakses ekstensi. Dengan menggunakan ini, penulis ekstensi dapat mengkueri informasi tentang konteks repositori Git saat ini dalam antarmuka pengguna Web. Layanan ini memiliki satu metode, getCurrentGitRepository().

  • Jika repositori Git dipilih, objek GitRepository dikembalikan dengan data dasar tentang repositori (nama, ID, dan URL)
  • Jika repositori TFVC dipilih atau layanan diakses di luar halaman Azure Repos, null akan dikembalikan.

Berikut adalah ekstensi sampel yang menggunakan layanan ini.

Azure Pipelines

Menambahkan penghitung build kustom ke build Anda

Penghitung build menyediakan cara untuk memberi nomor dan label secara unik pada build. Sebelumnya, Anda dapat menggunakan variabel khusus $(rev:r) untuk melakukan hal ini. Sekarang Anda dapat menentukan variabel penghitung sendiri dalam definisi build Anda yang dinaikkan secara otomatis setiap kali menjalankan build. Lakukan ini di tab variabel definisi. Fitur baru ini memberikan lebih banyak fungsi sebagai berikut:

  • Anda dapat menentukan penghitung kustom dan mengatur nilai awalnya. Misalnya, Anda dapat memulai penghitung di 100. $(rev:r) selalu dimulai dari 0.
  • Anda dapat menggunakan logika kustom sendiri untuk mengatur ulang penghitung. $(rev:r) terkait dengan pembuatan nomor build, dan diatur ulang secara otomatis setiap kali ada awalan baru dalam nomor build.
  • Anda dapat menentukan beberapa penghitung per definisi.
  • Anda dapat mengkueri nilai penghitung di luar build. Misalnya, Anda dapat menghitung jumlah build yang telah berjalan sejak pengaturan ulang terakhir menggunakan penghitung.

Lihat dokumentasi tentang Variabel yang ditentukan pengguna untuk informasi selengkapnya tentang penghitung build.

Gunakan YAML untuk menentukan cabang yang akan dibangun untuk permintaan pull

Alur YAML dapat menentukan cabang mana yang akan dibangun untuk PR (permintaan pull). Anda dapat memilih cabang untuk disertakan dan dikecualikan. Kemampuan ini sebelumnya tersedia di UI web. Dengan memindahkannya ke file YAML, file tersebut menjadi bagian dari alur kerja config-as-code Anda.

Contoh penggunaan pemicu PR mungkin terlihat seperti:

pr:
  branches:
    include:
    - features/*
    exclude:
    - features/experimental/*
  paths:
    include:
    - **/*.cs

steps:
- script: echo My PR build!

Menggunakan ekspresi templat YAML sebaris

Templat YAML adalah cara yang ampuh untuk menggunakan kembali bagian alur. Selain memperhitungkan kode umum, ekspresi templat memungkinkan Anda mengubah nilai dan mengontrol YAML apa yang disertakan. Hingga saat ini, ekspresi templat harus menempati seluruh nilai dalam ekspresi YAML. Contoh ini akan berfungsi karena ekspresi adalah seluruh nilai properti solusi .

- task: msbuild@1
  inputs:
    solution: ${{ parameters.solution }}

Kami sekarang telah melonggarkan pembatasan dan mengizinkan templat sebaris seperti yang Anda lihat dalam contoh di bawah ini.

- script: echo The solution file is ${{ parameters.solution }}

Meningkatkan pemecahan masalah dengan log inisialisasi alur

Saat alur berjalan, Azure Pipelines harus memastikan definisi alur sudah benar, memutuskan pekerjaan apa yang akan dijadwalkan, meminta agen untuk menjalankan pekerjaan, dan banyak lagi. Hingga saat ini, proses ini benar-benar buram, jadi ketika terjadi kesalahan, hampir tidak mungkin bagi pelanggan untuk memecahkan masalah. Kami memperkenalkan jenis log baru, yang disebut log inisialisasi alur, yang membuat detail ini terlihat. Anda dapat mengakses log inisialisasi alur dengan memilih opsi Unduh semua log pada build yang telah selesai.

Retensi default untuk alur YAML

Kami sedang berupaya agar pengguna dapat mengonfigurasi kebijakan retensi untuk alur YAML. Hingga fitur baru ini tersedia, kami telah meningkatkan retensi default untuk semua build YAML menjadi 30 hari karena banyak pengguna ingin menyimpan build mereka selama lebih lama dari retensi default 10 hari sebelumnya. Kami menghapus tab retensi di editor untuk alur YAML hingga model baru diberlakukan.

Build di platform Linux/ARM dan Windows 32-bit

Sumber terbuka, agen lintas platform Azure Pipelines selalu didukung di Windows 64-bit (x64), macOS, dan Linux. Sprint ini, kami memperkenalkan dua platform baru yang didukung: Linux/ARM dan Windows/32-bit. Platform baru ini memberi Anda kemampuan untuk membangun platform yang kurang umum, tetapi sama pentingnya, seperti Raspberry Pi, komputer Linux/ARM.

Mengkloning grup variabel

Kami telah menambahkan dukungan untuk mengkloning grup variabel. Setiap kali ingin mereplikasi grup variabel dan hanya memperbarui beberapa variabel, Anda tidak perlu melalui proses yang membosankan untuk menambahkan variabel satu per satu. Sekarang Anda dapat dengan cepat membuat salinan grup variabel, memperbarui nilainya dengan tepat, dan menyimpannya sebagai grup variabel baru.

Kloning grup variabel

Catatan

Nilai variabel rahasia tidak disalin saat Anda mengkloning grup variabel. Anda perlu memperbarui variabel terenkripsi lalu menyimpan grup variabel yang dikloning.

Lihat penerapan dan item kerja untuk semua sumber tertaut

Melanjutkan komitmen kami terhadap peningkatan keterlacakan, kami dengan senang hati mengumumkan bahwa pelanggan sekarang dapat melihat detail item penerapan dan pekerjaan untuk semua artefak yang terkait dengan alur. Secara default, item penerapan dan pekerjaan dibandingkan dengan penyebaran terakhir ke tahap yang sama. Namun, Anda dapat membandingkan dengan penyebaran sebelumnya lainnya jika diperlukan.

Sumber tertaut

Jalankan dari Paket yang didukung dalam penyebaran Azure App Service

Versi (4.*) tugas Penyebaran Azure App Service sekarang mendukung RunFromPackage (sebelumnya disebut RunFromZip).

App Service mendukung sejumlah teknik berbeda untuk menyebarkan file Anda seperti msdeploy (alias WebDeploy), git, ARM, dan banyak lagi. Namun, semua teknik ini memiliki batasan. File Anda disebarkan di folder wwwroot (khususnya d:\home\site\wwwroot) dan runtime bahasa umum kemudian menjalankan file dari sana.

Dengan Jalankan dari Paket, tidak ada lagi langkah penyebaran yang menyalin file individual ke wwwroot. Sebagai gantinya, arahkan ke file zip, dan zip akan dipasang di wwwroot sebagai sistem file baca-saja. Ini memiliki beberapa manfaat:

  • Mengurangi risiko masalah penguncian salinan file.
  • Dapat digunakan ke aplikasi produksi (dengan restart).
  • Anda dapat yakin dengan file yang sedang berjalan di aplikasi Anda.
  • Meningkatkan performa penyebaran Azure App Service.
  • Dapat mengurangi waktu mulai dingin, terutama untuk fungsi JavaScript dengan pohon paket npm besar.

Menyebarkan kontainer Linux dengan tugas Penyebaran Server Aplikasi

Versi 4.* dari tugas Penyebaran Azure App Service sekarang mendukung penyebaran kontainer kustom Anda sendiri ke Azure Functions di Linux.

Model hosting Linux untuk Azure Functions didasarkan pada kontainer Docker yang membawa fleksibilitas lebih besar dalam hal pengemasan dan memanfaatkan dependensi spesifik aplikasi. Functions di Linux dapat dihosting dalam 2 mode berbeda:

  1. Gambar kontainer bawaan: Anda membawa kode Aplikasi Fungsi dan Azure menyediakan serta mengelola kontainer (mode gambar bawaan) sehingga pengetahuan terkait Docker tertentu tidak diperlukan. Ini didukung dalam versi tugas Penyebaran App Service yang ada.
  2. Gambar kontainer kustom: Kami telah meningkatkan tugas penyebaran App Service untuk mendukung penyebaran gambar kontainer kustom ke Azure Functions di Linux. Saat fungsi Anda memerlukan versi bahasa tertentu atau memerlukan dependensi atau konfigurasi tertentu yang tidak disediakan dalam gambar bawaan, Anda dapat menyusun dan menyebarkan gambar kustom ke Azure Function di Linux dengan menggunakan Azure Pipelines.

Azure Test Plans

Klien Azure Test Runner untuk menjalankan pengujian manual untuk aplikasi desktop

Sekarang Anda dapat menggunakan klien Azure Test Runner (ATR) untuk menjalankan pengujian manual untuk aplikasi desktop. Hal ini akan membantu Anda berpindah dari Microsoft Test Manager ke Azure Test Plans. Silakan lihat panduan kami di sini. Dengan menggunakan klien ATR, Anda dapat menjalankan pengujian manual dan merekam hasil pengujian untuk setiap langkah pengujian. Anda juga memiliki kemampuan pengumpulan data seperti cuplikan layar, log tindakan gambar, dan perekaman video audio. Jika Anda menemukan masalah saat pengujian, gunakan Test Runner untuk membuat bug dengan langkah-langkah pengujian, cuplikan layar, dan komentar yang secara otomatis disertakan dalam bug.

ATR memerlukan pengunduhan dan penginstalan runner satu kali. Pilih Jalankan untuk aplikasi desktop seperti yang ditunjukkan di bawah ini.

Azure Test Runner

Penginstalan Azure Test Runner

Azure Artifacts

Pratinjau umum Artefak Alur

Kami merilis pratinjau publik Artefak Alur, jenis artefak baru yang sangat dapat diskalakan yang dirancang untuk digunakan dengan Azure Pipelines. Artefak Alur didasarkan pada teknologi yang sama yang digunakan oleh fitur Paket Universal yang baru-baru ini diumumkan dan dapat secara dramatis mengurangi waktu yang diperlukan untuk menyimpan output build untuk build kelas perusahaan besar.

Wiki

Menerbitkan kode sebagai wiki dengan izin Kontribusi

Sebelumnya, hanya pengguna yang memiliki izin Buat Repositori pada repositori git yang dapat menerbitkan kode sebagai wiki. Hal ini membuat administrator atau pembuat repositori menjadi hambatan bagi setiap permintaan untuk menerbitkan file Markdown yang dihosting di repositori git sebagai wiki. Sekarang, Anda dapat Menerbitkan kode sebagai wiki jika hanya memiliki Izin Kontribusi pada repositori kode.

Administrasi

PAT memberlakukan CAP

Pada bulan Februari 2017, kami mengumumkan dukungan untuk Azure Active Directory Conditional Access Policy (CAP), tetapi ada batasan bahwa mekanisme autentikasi alternatif, seperti token akses pribadi, tidak akan memberlakukan CAP. Kami dengan senang hati mengumumkan bahwa kami telah mengisi kesenjangan ini dan Azure DevOps sekarang akan menghormati kebijakan pagar IP CAP saat menggunakan PATs, kunci SSH, info masuk autentikasi alternatif, dan OAuth. Administrator tidak perlu melakukan apa pun untuk memanfaatkan fitur ini. Ini akan secara otomatis diterapkan untuk semua kebijakan yang ada.

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.

Buat saran

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

Terima kasih,

Harun Bjork