Bagikan melalui

Tentang cabang dan kebijakan cabang

Layanan Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

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
  • Menerapkan siapa yang dapat membuat cabang dan pedoman penamaan 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

Deskripsi

Memerlukan jumlah minimum peninjau

Nonaktif

Memerlukan persetujuan dari sejumlah peninjau tertentu untuk permintaan tarik.

Periksa item kerja yang tertaut

Nonaktif

Dorong keterlacakan dengan memeriksa item kerja yang tertaut pada pull request.

Periksa resolusi komentar

Nonaktif

Periksa bahwa semua komentar pada permintaan tarik telah diselesaikan.

Batasi jenis penggabungan

Nonaktif

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

Tambahkan Kebijakan Validasi Pembangunan

Nonaktif

Tambahkan satu atau beberapa kebijakan untuk memvalidasi kode dengan menggabungkan dan memverifikasi perubahan pada pull request. 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 di repositori Anda yang selalu diandalkan oleh tim untuk dalam kondisi yang baik, seperti cabang main Anda.

Memerlukan permintaan pull untuk membuat perubahan apa pun pada cabang-cabang ini. Pengembang yang mendorong perubahan langsung ke cabang yang dilindungi akan membuat dorongan mereka 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. Jaga kualitas tinggi, cabang utama up-totetap terkini.

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 lebih dari sekadar referensi kecil yang menyimpan riwayat commit yang tepat, sehingga mudah 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—Ia menggunakan informasi riwayat yang disimpan dalam komit untuk merekonstruksi 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 semua 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 perintah branch. 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 upstream memudahkan untuk menyinkronkan perubahan dengan orang lain menggunakan push dan pull.

Tampilan cabang dari induk di Git

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

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

Beralih antara cabang lokal menggunakan perintah checkout. Git akan mengubah file di komputer Anda agar sesuai dengan commit terbaru pada cabang yang sedang diperiksa.

Ketika pekerjaan Anda di cabang lokal siap untuk dibagikan dengan seluruh tim, Anda mengunggah perubahan untuk memperbarui cabang jarak jauh.

Kesalahan umumnya adalah membuat beberapa perubahan dan commit, 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 mengembalikan status file ke commit terakhir pada cabang tempat Anda berpindah, bukan cabang sebelumnya tempat Anda membuat perubahan.

Anda harus cherry-pick 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 melakukan checkout pada cabang, file Anda sesuai dengan commit terbaru di cabang tersebut.

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.

  • Last updated on