Bagikan melalui


Memudahkan penyesuaian dengan memigrasikan proyek ke model proses Warisan – Pembaruan VSTS Sprint 139

Dalam Pembaruan Sprint 139 Visual Studio Team Services (VSTS), Anda sekarang dapat memigrasikan proyek XML yang Dihosting ke model proses Warisan untuk memudahkan penyesuaian . Plus, rilis Anda sekarang dapat dipicu oleh PR untuk membantu Anda menjalankan pengujian tambahan sebelum penggabungan.

Lihat daftar Fitur di bawah ini untuk informasi selengkapnya.

Langkah selanjutnya

Baca tentang fitur baru di bawah ini dan buka VSTS untuk mencobanya sendiri.

Features

Wiki:

Kerja:

Kode:

Bangun dan rilis:

Wiki

Membuat daftar isi untuk halaman wiki

Terkadang halaman wiki bisa panjang, dengan konten yang disusun menjadi beberapa judul. Sekarang Anda dapat menambahkan daftar isi ke halaman mana pun yang memiliki setidaknya satu judul menggunakan sintaks [[_TOC_]]. Lihat dokumentasi panduan markdown untuk informasi selengkapnya tentang menggunakan Markdown di VSTS. Fitur ini diprioritaskan berdasarkan saran dari UserVoice.

Daftar isi Wiki

Kerja

Memudahkan penyesuaian dengan memigrasikan proyek ke model proses Warisan

Memigrasikan model proses XML yang Dihosting ke proses Yang Diwariskan memberikan kenyamanan menyesuaikan sistem pelacakan kerja Anda melalui antarmuka pengguna. Jika Anda menggunakan model proses XML yang Dihosting di salah satu proyek Anda, Anda sekarang dapat memigrasikannya. Mengubah model proses untuk proyek dapat dilakukan dalam dua langkah. Pertama, mengkloning proses XML yang dihosting ke dalam model Pewarisan. Ini menambahkan kustomisasi Anda, seperti jenis item kerja, bidang, dan status, ke dalam proses Yang diwariskan yang baru dibuat.

Proses kloning

Setelah memvalidasi proses, Anda kemudian dapat mengubah proyek untuk menggunakan proses yang baru dibuat.

Mengubah proses untuk proyek

Lihat dokumentasi tentang Mengkloning Proses XML yang Dihosting ke Pewarisan untuk informasi selengkapnya.

Mengobrol tentang status terbaru menggunakan integrasi Microsoft Teams yang ditingkatkan

Dalam peningkatan terbaru pada integrasi Microsoft Teams kami, Anda sekarang akan dengan cepat melihat status aktivitas dengan ikon dan warna yang jelas dan mulai mengobrol untuk menjaga hal-hal tetap bergerak. Jika permintaan pull menunggu tindakan dari pengguna, permintaan akan muncul dalam warna kuning dan dengan ikon jam. Jika build berhasil, akan muncul dalam warna hijau dan dengan ikon tanda centang.

Aktivitas di Chat Tim

Kode

Menstandarkan deskripsi permintaan pull menggunakan templat

Menulis deskripsi permintaan pull yang baik adalah cara yang bagus untuk membantu peninjau mengetahui apa yang diharapkan saat meninjau kode. Ini juga merupakan cara yang bagus untuk membantu melacak hal-hal yang harus dilakukan untuk setiap perubahan, seperti pengujian, menambahkan pengujian unit, dan memperbarui dokumentasi (tidak ada yang lupa memperbarui dokumen). Banyak dari Anda telah meminta agar kami menambahkan templat permintaan pull untuk memudahkan tim menulis deskripsi bagus, dan kini kami telah menambahkan fitur tersebut.

Selain mendukung templat deskripsi PR default, tim dapat menambahkan beberapa templat, yang disajikan dalam menu di halaman buat PR. Cukup klik tombol Tambahkan templat untuk memilih dari templat apa pun di repositori untuk menambahkannya ke deskripsi PR.

Menambahkan templat untuk PR

Template khusus cabang juga didukung jika Anda ingin menerapkan template yang berbeda untuk melakukan PR ke cabang tertentu, atau ke folder cabang. Misalnya, jika ingin memiliki templat khusus untuk semua cabang yang dimulai dengan "hotfix/" Anda dapat menambahkan templat yang akan digunakan untuk semua PR ke cabang tersebut.

Lihat dokumentasi templat permintaan pull untuk mempelajari selengkapnya tentang cara membuat dan menggunakan templat.

Membangun dan merilis

Lakukan pengujian tambahan menggunakan pemicu rilis pull request

Anda telah dapat memicu build berdasarkan permintaan pull (PR) dan mendapatkan umpan balik cepat tersebut sebelum penggabungan untuk sementara waktu. Sekarang Anda juga dapat mengonfigurasi pemicu PR untuk rilis. Status rilis akan diposting kembali ke repositori kode dan dapat langsung dilihat di halaman PR. Ini berguna jika Anda ingin melakukan pengujian fungsional atau manual tambahan sebagai bagian dari alur kerja PR Anda.

Pemicu PR dalam Rilis

Menyebarkan aplikasi Go ke Azure Kubernetes Service (AKS) menggunakan Proyek Azure DevOps

DevOps Projects memudahkan untuk memulai di Azure. Ini membantu Anda meluncurkan aplikasi, pada layanan Azure pilihan Anda, dalam beberapa langkah. DevOps Projects menyediakan semua yang Anda butuhkan untuk mengembangkan, menyebarkan, dan memantau aplikasi Anda.

Kami sekarang telah menambahkan dukungan untuk Azure Kubernetes Service (AKS) yang menargetkan Go Language pada Proyek DevOps. Lihat dokumentasi tutorial untuk AKS untuk informasi selengkapnya.

Status build yang dilaporkan ke GitHub lebih ringkas

Saat VSTS memposting status build ke GitHub, teks status muncul pada pemeriksaan penerapan, cabang, dan permintaan pull terkait. Hingga saat ini, setiap nama alur build dalam teks diawali dengan VSTS:. Kami menghapus preface ini dari teks status sehingga nama alur build akan lebih mudah dilihat dengan sekilas dan tidak menyebabkan kebingungan tentang VSTS: berada dalam nama resmi alur build. Sayangnya, perubahan ini memengaruhi aturan perlindungan cabang GitHub di mana GitHub masih mengharapkan nama alur dimulai dengan VSTS:. Ini dapat menyebabkan permintaan tarik GitHub diblokir hingga pengaturan repositori diperbarui. Untuk mengatasinya, setelah menjalankan build setidaknya sekali, perbarui aturan perlindungan cabang di bagian Pengaturan repositori > Cabang > aturan perlindungan cabang.

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.

Menu umpan balik

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

Terima kasih

Gopinath Chigakkagari