Tentang cabang dan kebijakan cabang

  • Artikel

Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019

Kebijakan cabang adalah bagian penting dari alur kerja Git dan memungkinkan Anda untuk:

  • Mengisolasi pekerjaan yang sedang berlangsung dari pekerjaan yang telah selesai di cabang utama Anda
  • Menjamin perubahan build sebelum mereka sampai ke utama
  • Membatasi siapa yang dapat berkontribusi pada cabang tertentu
  • Memberlakukan siapa yang dapat membuat cabang dan pedoman penamaan untuk cabang
  • Secara otomatis menyertakan peninjau yang tepat untuk setiap perubahan kode
  • Menerapkan praktik terbaik dengan peninjau kode yang diperlukan

Tabel berikut ini meringkas kebijakan yang bisa Anda tentukan untuk mengkustomisasi cabang. Untuk gambaran umum semua kebijakan dan pengaturan repositori dan cabang, lihat Pengaturan dan kebijakan repositori Git.

Kebijakan

Default

Keterangan

Memerlukan jumlah minimum peninjau

Nonaktif

Memerlukan persetujuan dari sejumlah peninjau tertentu tentang permintaan pull.

Periksa item kerja tertaut

Nonaktif

Dorong keterlacakan dengan memeriksa item kerja tertaut pada permintaan pull.

Periksa resolusi komentar

Nonaktif

Periksa untuk melihat bahwa semua komentar telah diselesaikan pada permintaan pull.

Batasi jenis penggabungan

Nonaktif

Kontrol riwayat cabang dengan membatasi jenis penggabungan yang tersedia saat permintaan pull selesai.

Menambahkan kebijakan Validasi Build

Nonaktif

Tambahkan satu atau beberapa kebijakan untuk memvalidasi kode dengan melakukan pra-penggabungan dan membangun perubahan permintaan pull. Juga dapat mengaktifkan atau menonaktifkan kebijakan.

Menambahkan kebijakan Pemeriksaan Status

Nonaktif

Tambahkan satu atau beberapa kebijakan untuk mengharuskan layanan lain memposting status berhasil untuk menyelesaikan permintaan pull. Juga dapat mengaktifkan atau menonaktifkan kebijakan.

Peninjau yang disertakan secara otomatis

Nonaktif

Tambahkan satu atau beberapa kebijakan untuk menunjuk peninjau kode untuk disertakan secara otomatis saat permintaan pull mengubah area kode tertentu. Juga dapat mengaktifkan atau menonaktifkan kebijakan.

Mengadopsi strategi percabangan Git

Ada beberapa cabang penting dalam repositori Anda yang diandalkan tim selalu dalam kondisi yang baik, seperti cabang Anda main .

Wajibkan permintaan pull untuk membuat perubahan apa pun pada cabang-cabang ini. Pengembang yang mendorong perubahan secara langsung ke cabang yang dilindungi akan ditolak.

Jaga agar strategi cabang Anda tetap sederhana dengan membangun strategi Anda dari ketiga konsep ini:

  1. Menggunakan cabang fitur untuk semua fitur baru dan perbaikan bug.
  2. Gabungkan cabang fitur ke cabang utama menggunakan permintaan pull.
  3. Pertahankan cabang utama berkualitas tinggi dan terbaru.

Strategi yang memperluas konsep ini dan menghindari kontradiksi menghasilkan alur kerja kontrol versi untuk tim Anda yang konsisten dan mudah diikuti.

Membuat pekerjaan di cabang

Cabang Git tidak jauh lebih dari referensi kecil yang menyimpan riwayat penerapan yang tepat, sehingga murah untuk dibuat.

Menerapkan perubahan pada cabang tidak akan memengaruhi cabang lain. Anda dapat berbagi cabang dengan orang lain tanpa harus menggabungkan perubahan ke dalam proyek utama.

Anda dapat membuat cabang baru untuk mengisolasi perubahan untuk fitur atau perbaikan bug dari cabang utama Anda dan pekerjaan lainnya.

Karena cabangnya ringan, beralih antar cabang cepat dan mudah. Git tidak membuat beberapa salinan sumber Anda saat bekerja dengan cabang—Git menggunakan informasi riwayat yang disimpan dalam penerapan untuk membuat ulang file di cabang saat Anda mulai mengerjakannya.

Alur kerja Git Anda harus membuat dan menggunakan cabang untuk mengelola fitur dan perbaikan bug.

Sisa alur kerja Git, seperti berbagi kode dan meninjau kode dengan permintaan pull semuanya bekerja melalui cabang.

Mengisolasi pekerjaan di cabang memudahkan untuk mengubah apa yang Sedang Anda kerjakan dengan mengubah cabang Anda saat ini.

Bagaimana cabang Git dibuat?

Anda membuat cabang dengan menggunakan branch perintah . Branch membuat referensi di Git untuk cabang baru dan pointer kembali ke penerapan induk sehingga Git dapat menyimpan riwayat perubahan saat Anda menambahkan penerapan ke cabang.

Saat Anda bekerja dengan cabang yang dibagikan orang lain, Git menyimpan hubungan pelacakan upstream. Hubungan mengaitkan cabang pada repositori lokal dengan cabang yang sesuai pada repositori jarak jauh.

Pelacakan upstram memudahkan untuk menyinkronkan perubahan dengan orang lain menggunakan pendorongan dan penarikan.

Visual cabang dari utama di Git

Dalam cuplikan layar ini, Anda dapat melihat cabang baru yang dibuat dari cabang utama. Pekerjaan berlanjut pada kedua cabang dan penerapan ditambahkan ke kedua cabang.

Git selalu menambahkan penerapan baru ke cabang lokal saat ini. Periksa cabang apa yang sedang Anda kerjakan sebelum berkomitmen sehingga Anda tidak menerapkan perubahan pada cabang yang salah.

Tukar antara cabang lokal menggunakan checkout perintah . Git akan mengubah file di komputer Anda agar sesuai dengan penerapan terbaru pada cabang yang dicek keluar.

Ketika pekerjaan Anda di cabang siap untuk dibagikan dengan tim lainnya, Anda mendorong perubahan untuk memperbarui cabang jarak jauh.

Kesalahan umum adalah membuat beberapa perubahan dan commit mereka, menyadari Bahwa Anda berada di cabang yang salah, lalu checkout ke cabang yang benar.

Perubahan terbaru Anda tidak akan lagi berada di sistem file karena setiap cabang memiliki versi kodenya sendiri.

Git membawa status file kembali ke penerapan terakhir pada cabang tempat Anda bertukar, bukan cabang sebelumnya tempat Anda membuat perubahan.

Anda harus memilih penerapan dari cabang atau menggabungkan perubahan ke cabang yang benar.

Menggunakan cabang untuk mengelola pengembangan

Git melacak cabang mana yang sedang Anda kerjakan dan memastikan bahwa ketika Anda checkout cabang, file Anda cocok dengan penerapan terbaru di cabang.

Cabang memungkinkan Anda bekerja dengan beberapa versi kode sumber di repositori Git lokal yang sama secara bersamaan.

Beri tahu Git cabang mana yang ingin Anda kerjakan dengan checkout, dan Git mengurus pengaturan versi file yang tepat untuk cabang tersebut.

Anda tidak memerlukan lebih dari satu repositori pada sistem Anda ketika Anda menggunakan cabang untuk mengisolasi pekerjaan Anda.

Siapkan lingkungan pengembangan Anda satu kali setelah Anda mengkloning. Kemudian, gunakan cabang Git untuk bertukar antara pekerjaan fitur dan perbaikan bug.

Panduan cara bercabang

Pelajari cara menyelesaikan tugas umum saat bekerja dengan cabang.