Tutorial Git sering menunjukkan rebase menghasilkan sejarah lurus yang cantik. Itu memang boleh membantu membaca perubahan. Namun rebase menulis semula commit. Jika branch tersebut sudah digunakan rakan, hash baharu boleh membuat kerja mereka kelihatan bercabang dan memaksa penyelarasan yang tidak dijangka.
Mulakan pada branch peribadi yang belum dikongsi. Pastikan working tree bersih, kemas kini branch asas, dan fahami apa yang berubah selepas rebase. Jika konflik muncul, selesaikan satu commit pada satu masa serta uji hasil akhir. Simpan rujukan kepada keadaan sebelumnya sehingga anda yakin, supaya ada jalan pulang apabila tersalah susun.
Sejarah kemas bukan matlamat tunggal
Pasukan boleh memilih merge commit untuk mengekalkan konteks perbincangan, squash untuk satu fungsi kecil, atau rebase sebelum PR digabung. Yang penting ialah aturan itu difahami semua orang. Jangan force push ke branch bersama hanya kerana graf kelihatan lebih cantik. Jika perlu menulis semula branch yang sudah dikongsi, beritahu pemilik lain dahulu.
Sebelum rebase, lihat nama branch dan remote yang dituju. Jika branch itu sudah digunakan rakan untuk review atau kerja lanjutan, beritahu mereka dahulu. Selepas rebase pada branch sendiri, bandingkan hasil kod dan jalankan semula ujian; sejarah yang kemas tidak berguna jika perubahan penting hilang ketika menyelesaikan konflik.
Sejarah Git patut membantu orang memahami kerja, bukan menjadi pertandingan garis paling lurus. Pilih kaedah yang memudahkan semakan, pemulihan dan kerjasama bagi projek sebenar anda.