Strategi cawangan di Git-tutorial css-php.cn

Strategi cawangan di Git

Artikel ini adalah sebahagian daripada siri "Advanced Git" kami. Ikuti kami di Twitter atau langgan surat berita kami untuk kemas kini mengenai artikel masa depan!

Kebanyakan sistem kawalan versi (VCS) menyokong cawangan . Pada asasnya, cawangan mewujudkan ruang kerja yang berasingan untuk perubahan anda, yang membolehkan percubaan tanpa menjejaskan pangkalan utama. Model cawangan GIT sangat kuat, yang terkenal dengan kelajuan dan kecekapannya dalam mewujudkan, beralih antara, dan memadam cawangan. Git secara aktif menggalakkan aliran kerja cawangan-berat.

Walaupun pemaju individu mempunyai kebebasan dalam amalan cawangan mereka, kerja berpasukan memerlukan strategi bersama. Git menyediakan alat; Pasukan ini mentakrifkan penggunaan optimum. Artikel ini meneroka pelbagai strategi cawangan, jenis cawangan, dan dua aliran kerja yang popular: aliran git dan aliran github.

Siri Git Lanjutan:

Bahagian 1: Membuat komit yang sempurna dalam git
Bahagian 2: Strategi cawangan di Git ( anda di sini! )
Bahagian 3: Kerjasama yang lebih baik dengan permintaan tarik
Bahagian 4: Gabungan Konflik
Bahagian 5: Rebase vs. Gabungan
Bahagian 6: Rebase interaktif
Bahagian 7: Memilih ceri dalam Git
Bahagian 8: Menggunakan reflog untuk memulihkan komitmen yang hilang

Kerja berpasukan: menubuhkan konvensyen cawangan

Kerjasama pasukan yang berkesan memerlukan strategi cawangan dan aliran kerja yang didokumenkan. Dokumentasi ini menghalang konflik, menyelaraskan onboarding, dan memastikan semua orang memahami proses tersebut.

Contoh konvensyen:

master (atau main ): Siaran Awam Semasa.
next : Siaran awam yang akan datang (membolehkan Hotfixes pada master tanpa menggabungkan perubahan yang tidak berkaitan).
feature/ : cawangan ciri (dianjurkan di bawah awalan ini).
wip/ : cawangan kerja-dalam-proses (untuk sandaran peribadi).

Konvensyen ini adalah ilustrasi; Pasukan boleh menyesuaikannya dengan keperluan mereka.

Mengintegrasikan perubahan dan penstrukturan

Strategi cawangan harus mempertimbangkan perubahan integrasi dan pelepasan. Dua pendekatan yang berbeza menyerlahkan spektrum kemungkinan:

Pembangunan Mainline: Pendekatan "selalu bersepadu" menggunakan cawangan tunggal. Semua sumbangan secara langsung komited ke garis utama. Ini memudahkan penjejakan tetapi memerlukan ujian yang ketat dan kecil, kerap dilakukan.
Cawangan Negeri, Pelepasan, dan Ciri: Menggunakan pelbagai jenis cawangan untuk menguruskan ciri -ciri, siaran, dan negara pembangunan. Pendekatan ini lebih kompleks tetapi menawarkan organisasi dan kawalan yang lebih baik untuk projek dan pasukan yang lebih besar. Kebanyakan pasukan jatuh di antara ekstrem ini.

Mari kita periksa dengan lebih terperinci.

Pembangunan Mainline

Prinsip teras adalah integrasi berterusan. Semua pemaju berkomitmen terus ke cawangan tunggal. Ini memudahkan penjejakan tetapi menuntut ujian berkualiti tinggi untuk mencegah masalah integrasi. Kesederhanaan menjadikannya tidak sesuai untuk pasukan yang tidak mempunyai infrastruktur ujian yang mantap.

Cawangan negeri, pelepasan, dan ciri

Strategi ini menggunakan jenis cawangan yang berbeza untuk tujuan yang berbeza: pembangunan ciri, pengurusan pelepasan, dan mewakili pelbagai peringkat pembangunan. Walaupun pada mulanya muncul kompleks, ia boleh dikendalikan dengan amalan dan sangat sesuai untuk projek-projek dengan kitaran pelepasan yang lebih kompleks.

Seterusnya, kami menyelidiki cawangan jangka panjang dan jangka pendek.

Cawangan jangka panjang

Setiap repositori mempunyai sekurang -kurangnya satu, sering dinamakan master atau main . Cawangan-cawangan jangka panjang yang lain mungkin termasuk develop , production , atau staging , yang mewakili pelbagai peringkat proses pelepasan. Cawangan -cawangan ini berterusan sepanjang kitaran hayat projek.

Peraturan yang sama adalah untuk mengelakkan komitmen langsung ke cawangan lama. Sebaliknya, perubahan disepadukan melalui penggabungan atau rebasing, memastikan kualiti kod dan siaran terkawal.

Cawangan jangka pendek

Cawangan-cawangan ini berfungsi dengan tujuan sementara, yang dibuat untuk tugas-tugas tertentu (ciri-ciri baru, pembetulan pepijat, refactoring) dan dipadam selepas integrasi ke cawangan yang lama. Mereka biasanya cawangan dari cawangan lama, yang membolehkan pembangunan terpencil dan kemudian menggabungkan kerja yang lengkap kembali ke garisan utama.

Dua strategi cawangan yang popular: aliran git dan aliran github

Dua strategi yang digunakan secara meluas menawarkan pendekatan yang berbeza:

Aliran git

Strategi ini menggunakan main untuk siaran pengeluaran dan develop untuk pembangunan yang berterusan. Ciri -ciri cawangan cawangan dari develop , dan melepaskan cawangan dicipta daripada develop untuk menyediakan siaran. Sebaik sahaja diuji, cawangan pelepasan digabungkan ke dalam main , ditandai, dan dipadam. Walaupun berkesan untuk perisian yang dibungkus, ia mungkin terlalu kompleks untuk projek web.

Aliran github

Sesuai untuk penghantaran berterusan dengan keluaran yang kerap, aliran GitHub menggunakan cawangan main tunggal. Semua kerja, tanpa mengira jenis (ciri, penetapan pepijat, refactoring), tinggal di cawangannya sendiri sehingga digabungkan menjadi main . Kesederhanaannya menjadikannya sesuai untuk lelaran yang cepat.

Memilih strategi yang betul

Strategi cawangan yang optimum sangat bergantung kepada konteks. Pasukan harus secara kolaboratif menilai keperluan projek mereka, strategi pelepasan, dan proses pembangunan untuk memilih pendekatan yang paling sesuai. Tidak ada penyelesaian satu-saiz-semua. Pertimbangkan untuk meneroka sumber tambahan seperti "Kit Git Advanced" untuk pemahaman yang lebih mendalam tentang alat Git Advanced.