Bagikan melalui

API pratinjau YAML yang ditingkatkan & konfigurasikan sumber upstream untuk Paket Universal

Dalam sprint ini, kami meluncurkan titik akhir API baru yang memungkinkan Anda mengambil isi YAML yang telah difinalisasi. Kami juga dengan senang hati mengumumkan bahwa kami menambahkan fitur untuk mengonfigurasi sumber upstream Anda untuk paket universal pada rilis ini.

Lihat daftar Fitur di bawah ini untuk detailnya.

Features

Azure Boards

Azure Pipelines (Alat otomatisasi alur kerja pengembangan perangkat lunak dari Microsoft)

Azure Artifacts

Azure Boards

Jenis-jenis item kerja sistem pada backlog dan papan proyek

Kami memulai pratinjau privat untuk fitur yang memungkinkan Anda menambahkan jenis item kerja sistem ke tingkat backlog yang Anda pilih. Pada umumnya tipe item kerja ini hanya tersedia dari permintaan.

Proses Tipe Item Kerja
Metode Agile Masalah
Scrum Halangan
CMMI Permintaan Perubahan
Masalah
Tinjauan
Risiko

Kami dengan senang hati mengumumkan bahwa fitur ini sekarang tidak dapat dipratinjau dan umumnya tersedia untuk semua organisasi. Menambahkan tipe item kerja sistem ke tingkat backlog itu sederhana. Cukup masuk ke proses kustom Anda dan klik tab Tingkat Backlog. Pilih tingkat backlog pilihan Anda (contoh: Backlog Persyaratan) dan pilih opsi edit. Lalu tambahkan tipe item kerja.

pekerjaan tertunda

Peristiwa pengelogan audit

Kami telah menambahkan peristiwa baru ke log audit untuk membantu pelanggan melacak perubahan terkait proses dengan lebih baik. Peristiwa akan dicatat setiap kali nilai pada daftar pilih diubah. Perubahan pada bidang daftar pilihan biasanya merupakan perubahan paling umum yang dilakukan pada proses. Dengan peristiwa baru ini, admin organisasi dapat melacak dengan lebih baik kapan dan siapa yang membuat perubahan pada bidang tersebut.

audit log

Batas repositori aplikasi GitHub Azure Boards dinaikkan (pratinjau privat)

Jika Anda menggunakan aplikasi Azure Boards dari marketplace GitHub, ada batas 100 repositori GitHub yang dapat Anda sambungkan.  Ini menjadi penghalang bagi organisasi besar yang dapat memiliki lebih dari 100 repositori. Dalam sprint ini, kami mengubah cara Azure Boards terhubung ke repositori GitHub Anda untuk mendukung lebih dari 100. Jika saat ini Anda mencapai batas 100 repositori, beri tahu kami, dan kami dapat mengaktifkan fitur untuk meningkatkan batas tersebut dan membuka blokir Anda. Silakan kirim email kepada kami langsung dengan nama organisasi Anda (dev.azure.com/{organisasi}).

Menyesuaikan status item kerja saat pull request digabungkan (pratinjau privat)

Tidak semua alur kerja itu sama. Beberapa pelanggan ingin menutup item kerja terkait mereka saat Pull Request selesai. Orang lain ingin mengubah item kerja ke status lain untuk divalidasi sebelum ditutup. Kita harus mengizinkan keduanya.

Mulai dari sprint 174, kami memiliki fitur baru yang memungkinkan Anda mengatur item kerja ke status yang diinginkan saat permintaan pull digabungkan dan diselesaikan. Untuk melakukan ini, kami memindai deskripsi permintaan pull dan mencari nilai status diikuti dengan menggunakan #mention item kerja. Dalam contoh ini, kami mengubah status dua user story ke diselesaikan dan menutup dua tugas.

status-item-kerja

Fitur ini telah lama datang dan kami sangat senang untuk melihat apa yang Anda pikirkan. Untuk memulai, kami hanya memindai deskripsi permintaan pull dan tidak menyertakan perubahan antarmuka pengguna apa pun. Kami ingin mendapatkan umpan balik Anda terlebih dahulu sebelum berinvestasi lebih lanjut.

Jika Anda tertarik untuk berpartisipasi dalam pratinjau privat , silakan kirim email kepada kami secara langsung. Jangan lupa untuk menyertakan organisasi Anda (dev.azure.com/{organization}).

Azure Pipelines (Alat otomatisasi alur kerja pengembangan perangkat lunak dari Microsoft)

Pengumuman gambar alur

Nota

Gambar Azure Pipelines terus diperbarui dalam upaya untuk memberi pengguna pengalaman terbaik. Pembaruan rutin ini sebagian besar ditujukan untuk mengatasi bug atau perangkat lunak yang kedaluarsa. Seringkali mereka tidak akan berdampak pada alur Anda, namun hal ini tidak selalu berlaku. Alur Anda mungkin terpengaruh jika diperlukan dependensi pada perangkat lunak yang telah dihapus atau diperbarui pada gambar.

Untuk mempelajari selengkapnya tentang pembaruan yang akan datang pada gambar Windows, Linux, dan macOS kami, silakan baca pengumuman berikut:

Untuk melihat catatan rilis (pra-rilis) dan perubahan yang disebarkan, silakan berlangganan catatan rilis berikut:

Peningkatan unggahan log agen

Saat agen berhenti berkomunikasi dengan server Azure Pipelines, pekerjaan yang dijalankannya akan ditinggalkan. Jika kebetulan melihat log konsol streaming, Anda mungkin mendapatkan beberapa petunjuk tentang apa yang dilakukan agen sebelum berhenti merespons. Tetapi jika Anda tidak berada di sana, atau jika Anda memuat ulang halaman, log konsol tersebut hilang. Dengan rilis ini, jika agen berhenti merespons sebelum mengirimkan log lengkapnya, kami akan menyimpan log konsol sebagai opsi terbaik berikutnya. Log konsol dibatasi hingga 1000 karakter per baris dan terkadang tidak lengkap, tetapi jauh lebih membantu daripada tidak menunjukkan apa-apa! Memeriksa log ini dapat membantu Anda memecahkan masalah alur Anda sendiri, dan itu pasti akan membantu teknisi dukungan kami ketika mereka membantu pemecahan masalah.

Secara opsional, pasang volume kontainer sebagai hanya-baca.

Saat Anda menjalankan pekerjaan kontainer di Azure Pipelines, beberapa volume yang berisi ruang kerja, tugas, dan materi lainnya dipetakan sebagai volume. Volume ini secara bawaan memiliki akses baca/tulis. Untuk meningkatkan keamanan, Anda dapat memasang volume baca saja dengan cara mengubah spesifikasi kontainer di YAML. Setiap kunci di bawah mountReadOnly dapat diatur ke true untuk baca-saja (defaultnya adalah false).

resources:
  containers:
    - container: example
      image: ubuntu:18.04
      mountReadOnly:
        externals: true
        tasks: true
        tools: true
        work: false

Kontrol detail atas mulai/berhenti kontainer

Secara umum, sebaiknya Anda mengizinkan Azure Pipelines mengelola siklus hidup kontainer pekerjaan dan layanan Anda. Namun, dalam beberapa skenario yang tidak umum, Anda mungkin ingin memulai dan menghentikannya sendiri. Dengan rilis ini, kami telah membangun kemampuan tersebut ke dalam tugas Docker.

Berikut adalah contoh alur yang menggunakan kemampuan baru:

resources:
  containers:
    - container: builder
      image: ubuntu:18.04
steps:
  - script: echo "I can run inside the container (it starts by default)"
    target:
      container: builder
  - task: Docker@2
    inputs:
      command: stop
      container: builder
# if any step tried to run in the container here, it would fail

Selain itu, kami menyertakan daftar kontainer dalam variabel alur, Agent.ContainerMapping. Anda dapat menggunakan ini jika ingin memeriksa daftar kontainer dalam skrip, misalnya. Ini berisi objek JSON string yang memetakan nama sumber daya ("penyusun" dari contoh di atas) ke ID kontainer yang dikelola agen.

Buka zip bundel tugas untuk langkah demi langkah

Saat agen menjalankan tugas, agen terlebih dahulu mengunduh semua bundel tugas yang diperlukan oleh setiap langkah tugas. Biasanya, demi kinerja, agen mengekstrak tugas satu kali untuk setiap pekerjaan meskipun tugas digunakan dalam beberapa langkah. Jika memiliki kekhawatiran tentang kode tidak tepercaya yang mengubah konten yang tidak di-zip, Anda dapat menukar sedikit performa dengan meminta agen membuka zip tugas pada setiap penggunaan. Untuk mengaktifkan mode ini, teruskan --alwaysextracttask saat mengonfigurasi agen.

Meningkatkan keamanan rilis dengan membatasi cakupan token akses

Berdasarkan inisiatif kami untuk meningkatkan pengaturan keamanan untuk Azure Pipelines, kami sekarang mendukung pembatasan cakupan token akses untuk rilis.

Setiap tugas yang berjalan dalam rilis mendapatkan token akses. Token akses digunakan oleh tugas dan skrip Anda untuk memanggil kembali ke Azure DevOps. Misalnya, kami menggunakan token akses untuk mendapatkan kode sumber, mengunduh artefak, mengunggah log, hasil pengujian, atau melakukan panggilan REST ke Azure DevOps. Token akses baru dibuat untuk setiap pekerjaan, dan akan kedaluwarsa setelah pekerjaan selesai.

Dengan pembaruan ini, kami meningkatkan keamanan alur kerja dengan membatasi cakupan token akses, dan menerapkan hal yang sama pada rilis klasik.

Fitur ini akan aktif secara default untuk proyek dan organisasi baru. Untuk organisasi yang sudah ada, Anda harus mengaktifkannya di Pengaturan Alur > Pengaturan > Organisasi. > Batasi cakupan otorisasi pekerjaan ke proyek saat ini untuk alur rilis. Pelajari selengkapnya di sini.

Peningkatan API Pratinjau YAML

Beberapa sprint yang lalu, kami memperkenalkan fitur untuk mempratinjau seluruh YAML dari pipeline tanpa menjalankannya. Dengan pembaruan ini, kami telah membuat URL baru khusus untuk kemampuan pratinjau. Sekarang Anda dapat POST ke https://dev.azure.com/{org}/{project}/_apis/pipelines/{pipelineId}/preview untuk mengambil isi YAML yang sudah final. API baru ini menggunakan parameter yang sama seperti mengantrekan pelaksanaan, tetapi tidak lagi memerlukan izin "Antrean Pembangunan".

Azure Artifacts

Mengonfigurasi sumber hulu untuk Paket Universal

Sekarang Anda dapat mengonfigurasi umpan Azure Artifacts untuk mengunduh Paket Universal secara otomatis dari sumber upstream sesuai permintaan.

Sebelumnya, Anda dapat mengonfigurasi sumber hulu pada umpan Anda untuk paket NuGet, Python, Maven, dan npm, tetapi tidak untuk Paket Universal. Hal ini disebabkan oleh perbedaan teknologi penyimpanan yang digunakan untuk Paket Universal, yang mendukung paket yang jauh lebih besar daripada jenis paket lain yang didukung.

Anda sekarang dapat mengonfigurasi sumber hulu untuk Paket Universal dengan cara yang sama seperti untuk jenis paket lainnya; buka pengaturan umpan Anda, klik Sumber upstream ->Tambahkan sumber upstram -> dan pilih jenis sumber yang tepat untuk Anda. Anda akan melihat Paket Universal (UPack) sebagai opsi baru dalam tampilan berikutnya (lihat gambar di bawah). Untuk informasi selengkapnya, silakan lihat dokumentasi konfigurasi sumber upstream.

upack

Perhatikan bahwa Paket Universal di sumber upstream hanya didukung di antara umpan di Organisasi DevOps yang sama.

Versi Paket Pembaruan REST API sekarang tersedia untuk paket Maven

Sekarang Anda dapat menggunakan REST API "Versi Paket Pembaruan" Azure Artifacts untuk memperbarui versi paket Maven. Sebelumnya, Anda dapat menggunakan REST API untuk memperbarui versi paket untuk Paket NuGet, Maven, npm, dan Universal, tetapi bukan paket Maven.

Untuk memperbarui paket Maven, gunakan perintah HTTP PATCH sebagai berikut.

PATCH https://pkgs.dev.azure.com/{organization}/{project?}/\_apis/packaging/feeds/{feedId}/maven/groups/{groupId}/artifacts/{artifactId}/versions/{packageVersion}?api-version=5.1-preview.1

Anda dapat mengatur hal berikut:

Parameter URI

Nama Di Required Type Deskripsi
artifakId path TRUE string ID paket artefak
umpan path TRUE string Nama atau ID umpan
groupId path TRUE string ID Paket Grup
organisasi path TRUE string Nama organisasi Azure DevOps
versi path TRUE string Versi dari paket
project path string ID proyek atau nama proyek
versi-API kueri TRUE string Versi API yang akan digunakan. Ini harus diatur ke '5.1-preview.1' untuk menggunakan versi api ini

Isi Permintaan

Nama Type Deskripsi
views JsonPatchOperation Tampilan ke mana versi paket akan ditambahkan

Untuk informasi lebih lanjut, lihat dokumentasi REST API saat diperbarui.

Langkah selanjutnya

Nota

Fitur-fitur ini akan diluncurkan selama dua hingga tiga minggu ke depan.

Buka Azure DevOps dan lihat.

Pergi ke Azure DevOps

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.

Buat saran

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

Terima kasih

Aaron Hallberg

  • Last updated on