Ringkasan perlindungan cabang

Halaman ini menjelaskan perlindungan cabang di Secure Source Manager untuk administrator.

Untuk mempelajari cara menyiapkan perlindungan cabang, ikuti petunjuk di Mengonfigurasi perlindungan cabang.

Perlindungan cabang mencegah pengguna mengirimkan kode yang buruk secara tidak sengaja atau berbahaya ke cabang penting. Administrator repositori dapat mengonfigurasi perlindungan cabang untuk memblokir pengiriman kode ke cabang tertentu berdasarkan kriteria berikut.

Mewajibkan permintaan pull sebelum menggabungkan

Jika diaktifkan, permintaan pull harus dibuat dan disetujui oleh sejumlah peninjau dan pemberi persetujuan yang dapat dikonfigurasi untuk digabungkan ke dalam cabang yang dilindungi.

Peninjau dan pemberi persetujuan dikonfigurasi menggunakan peran IAM.

Reviewers
Harus memiliki setidaknya peran Secure Source Manager Repository Writer (roles/securesourcemanager.repoWriter) di repositori yang dilindungi.
Approvers
Harus memiliki peran Repository Admin (roles/securesourcemanager.repoAdmin) atau peran Repository Writer (roles/securesourcemanager.repoWriter) dan peran Repository Pull Request Approver (roles/securesourcemanager.repoPullRequestApprover) di repositori yang dilindungi.

Pengguna dengan peran Repository Admin atau peran Repository Writer yang juga memiliki peran Repository Pull Request Approver dihitung sebagai pemberi persetujuan dan peninjau saat mereka menyetujui pull request.

Memblokir penggabungan pada ulasan yang sudah tidak berlaku

Jika diaktifkan, commit yang ditambahkan ke permintaan pull setelah peninjauan atau persetujuan diberikan akan memblokir penggabungan. Peninjauan dan persetujuan baru harus diberikan sebelum permintaan pull dapat digabungkan ke dalam cabang yang dilindungi.

Diaktifkan secara default di semua aturan perlindungan cabang.

Mewajibkan komentar peninjauan diselesaikan sebelum penggabungan

Jika diaktifkan, semua komentar dan permintaan perubahan pada pull request harus diselesaikan sebelum dapat digabungkan ke branch yang dilindungi.

Memerlukan histori linear

Jika diaktifkan, permintaan pull yang akan memperkenalkan commit penggabungan akan diblokir.

Mempertahankan histori Git linear memiliki banyak manfaat, termasuk mempermudah pemahaman fungsi setiap commit.

Mewajibkan pemeriksaan status

Jika diaktifkan, Anda dapat mewajibkan status build yang berhasil untuk pemicu yang ditentukan dalam file triggers sebelum permintaan tarik dapat digabungkan ke cabang yang dilindungi.

Langkah berikutnya