Membangun beberapa cabang di Azure Pipelines
Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019
Dengan menggunakan Azure Pipelines, Anda dapat membuat pemicu untuk membangun proyek Anda pada setiap penerapan baru dan permintaan pull ke repositori Anda. Dalam artikel ini, Anda akan mempelajari cara mengaktifkan integrasi berkelanjutan dan menyiapkan beberapa build cabang untuk repositori Anda.
Prasyarat
Organisasi Azure DevOps dan proyek. Buat organisasi atau proyek jika Anda belum melakukannya.
Alur yang berfungsi. Ikuti instruksi di Membuat alur pertama Anda untuk membuat alur Anda.
Mengaktifkan pemicu CI untuk cabang topik
Saat bekerja dengan Git, adalah praktik umum untuk membuat cabang sementara dari cabang utama untuk memfasilitasi alur kerja yang disederhanakan. Cabang-cabang ini, sering disebut sebagai cabang topik atau fitur, melayani tujuan mengisolasi pekerjaan Anda. Dalam alur kerja ini, Anda membuat cabang yang didedikasikan untuk fitur tertentu atau perbaikan bug, dan setelah selesai, Anda menggabungkan kode kembali ke cabang utama sebelum menghapus cabang topik.
Jika tidak ada pemicu yang ditentukan secara eksplisit dalam file YAML Anda, setiap perubahan yang dilakukan pada cabang apa pun akan memicu eksekusi. Untuk menambahkan pemicu untuk cabang utama dan cabang/fitur apa pun, sertakan cuplikan berikut dalam file YAML Anda. Ini akan memastikan bahwa setiap modifikasi yang dilakukan pada cabang-cabang ini akan secara otomatis memicu eksekusi alur.
trigger:
- main
- feature/*
Build YAML belum tersedia di TFS.
Menyesuaikan tugas build berdasarkan cabang yang sedang dibangun
Cabang utama biasanya bertanggung jawab untuk menghasilkan artefak yang dapat disebarkan, seperti biner. Untuk cabang fitur berumur pendek, tidak perlu menginvestasikan waktu dalam membuat dan menyimpan artefak ini. Di Azure Pipelines, Anda dapat menerapkan kondisi kustom untuk memastikan bahwa tugas tertentu hanya dijalankan di cabang utama.
Edit file azure-pipelines.yml di cabang utama Anda, dan tambahkan kondisi ke tugas yang Anda inginkan. Misalnya, cuplikan berikut menambahkan kondisi ke tugas terbitkan artefak alur.
- task: PublishPipelineArtifact@1
condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
Build YAML belum tersedia di TFS.
Memvalidasi permintaan pull
Untuk memastikan perlindungan cabang, Anda dapat menggunakan kebijakan yang mengamanatkan build yang berhasil sebelum menggabungkan permintaan pull. Dengan menggunakan Azure Pipelines, Anda memiliki fleksibilitas untuk mengonfigurasi persyaratan build baru yang berhasil untuk menggabungkan perubahan ke cabang penting seperti cabang utama.
Repositori GitHub
Jika Anda tidak secara eksplisit menentukan pemicu pr dalam file YAML Anda, build permintaan pull akan diaktifkan secara default untuk semua cabang. Namun, Anda memiliki fleksibilitas untuk menentukan cabang target untuk build permintaan pull Anda. Sebagai contoh, jika Anda ingin menjalankan build secara eksklusif untuk permintaan pull yang menargetkan cabang dan cabang utama yang dimulai dengan fitur/, Anda dapat menentukan konfigurasi berikut:
pr:
- main
- feature/*
Build YAML belum tersedia di TFS.
Repositori Azure Repos
Masuk ke organisasi Azure DevOps Anda, lalu navigasikan ke proyek Anda.
Pilih Repos , lalu pilih Cabang.
Pilih ikon elipsis di sebelah kanan nama cabang Anda, lalu pilih Kebijakan cabang.
Di bawah menu Validasi build, pilih tanda + untuk menambahkan kebijakan build.
Pilih alur Build Anda dari menu dropdown dan pastikan Bahwa Pemicu diatur ke otomatis dan persyaratan Kebijakan diatur ke diperlukan.
Masukkan nama Tampilan deskriptif untuk menjelaskan kebijakan.
Pilih Simpan untuk membuat dan mengaktifkan kebijakan. Pilih Simpan perubahan di kiri atas layar Anda untuk menyimpan perubahan Anda.
Untuk menguji kebijakan, buka Repos>permintaan Pull di portal Azure DevOps.
Pilih Permintaan pull baru dan pastikan cabang topik Anda diatur untuk digabungkan ke cabang utama Anda, lalu Pilih Buat.
Di layar, Anda dapat melihat kebijakan yang sedang dijalankan.
Pilih nama kebijakan untuk memeriksa build. Jika build berhasil, permintaan pull Anda akan digabungkan. Jika build gagal, penggabungan akan diblokir.
Catatan
Azure Pipelines tidak lagi mendukung kebijakan retensi per alur. Sebaiknya gunakan aturan retensi tingkat proyek.