Menyelesaikan cawangan yang berbeza selepas rebase git

Angkatan Tolak dengan selamat dengan Git Push-Force-With-Lease Asal Main jika anda pasti tidak ada orang lain yang menolak perubahan, kerana ia menghalang menimpa kerja orang lain; 2. Tetapkan semula cawangan tempatan ke negeri terpencil menggunakan Git Reset -Hard Asal/Utama Jika rebase adalah kesilapan, membuang komitmen tempatan; 3. Elakkan menggabungkan sejarah yang berbeza dengan tarik git-tidak ada sejarah yang tidak berkaitan kecuali benar-benar perlu, kerana ia mewujudkan sejarah yang tidak kemas; Sentiasa mengelakkan rebasing cawangan awam melainkan diselaraskan, gunakan git tarik --rebase untuk mengelakkan penggabungan komitmen, dan periksa perbezaan dengan status git dan status git sebelum menolak untuk mencegah konflik.

Apabila anda menemui cawangan yang berbeza selepas rebase git , ia biasanya bermaksud bahawa versi tempatan dan jauh cawangan telah menyimpang dalam sejarah -sering kerana Rebase menulis semula, menjadikannya tidak serasi dengan sejarah jauh. Ini biasanya berlaku apabila anda merebus semula cawangan yang telah ditolak, dan kemudian cuba menolak lagi.

Inilah cara memahami dan menyelesaikan masalah:

? Mengapa cawangan yang berbeza berlaku selepas rebase

Git mengesan perbezaan ketika:

• Anda merebut semula cawangan tempatan anda (mengubah hash komit).
• Cawangan jauh masih mempunyai komitmen asal.
• Git melihat dua sejarah komit yang berbeza untuk cawangan yang sama.

Running git pull kemudian boleh menunjukkan:

 Fatal: Tidak menolak untuk menggabungkan sejarah yang tidak berkaitan

atau

 ! [ditolak] Utama-> Utama (tidak cepat ke hadapan)

Git tidak akan membenarkan gabungan mudah kerana sejarah tidak lagi menyelaraskan.

✅ Cara menyelesaikan cawangan yang berbeza

1. Tolak daya (jika anda selamat untuk berbuat demikian)

Sekiranya anda pasti:

• Anda satu -satunya yang bekerja di cawangan, atau
• Pasukan bersetuju untuk membuang sejarah lama,

Anda boleh memaksa menolak cawangan rebased anda:

 Git Push-Main Asal-Tenaga-dengan-Sewa

✅ PRECTER --force-with-lease over --force -it lebih selamat kerana ia tidak akan menimpa perubahan yang lain mungkin ditolak.

Ini menggantikan sejarah jauh dengan versi rebase anda.

2. Tetapkan semula cawangan tempatan untuk dipadankan dengan jarak jauh (jika rebase adalah kesilapan)

Sekiranya Rebase tidak diingini atau anda ingin kembali ke keadaan terpencil:

 Git Reset -Hard Asal/Utama
git rebase utama # atau memohon semula perubahan dengan teliti

Ini menetapkan semula cawangan tempatan anda untuk menyesuaikan diri dengan jarak jauh, membatalkan rebase secara tempatan.

⚠️ Ini membuang komitmen tempatan. Pastikan anda tidak kehilangan kerja penting.

3. Gabungkan sejarah yang berbeza (tidak disyorkan selepas rebase)

Anda boleh memaksa Git untuk menggabungkan kedua -dua sejarah:

 git tarik-tidak ada yang tidak berkaitan-histori asal utama

Tetapi ini mewujudkan sejarah yang tidak kemas dengan dua garis pembangunan dan mengalahkan tujuan Rebase yang bersih. Elakkan kecuali benar -benar diperlukan.

? Amalan terbaik untuk mengelakkan masalah ini

• Jangan sekali -kali merebus cawangan awam (sudah ditolak) kecuali diselaraskan dengan pasukan anda.
• Jika anda mesti rebase, berkomunikasi dengan pasukan anda supaya tidak ada orang lain yang menolak dalam masa yang sama.
• Gunakan git pull --rebase dan bukannya git pull untuk mengelakkan penggabungan yang tidak perlu.
• Selepas rebase, gunakan git push --force-with-lease hanya apabila selamat.

? Petua Pro: Periksa keadaan terpencil sebelum menolak

Selepas rebase, periksa sama ada jauh mempunyai perubahan baru:

 Git mengambil asal
status git # akan menunjukkan jika cawangan dan jarak jauh anda telah menyimpang

Sekiranya anda melihat:

 Cawangan anda dan 'Asal/Utama' telah menyimpang,
dan mempunyai 3 dan 5 berbeza masing -masing

Kemudian anda tahu daya tarikan mungkin diperlukan -atau anda perlu mendamaikan perubahan dengan teliti.

Menyelesaikan cawangan yang berbeza selepas rebase kebanyakannya turun untuk memutuskan sama ada untuk menguatkuasakan sejarah baru (melalui push force) atau kembali dan memelihara yang lama . Kuncinya ialah mengetahui siapa lagi yang terjejas dan bertindak dengan sewajarnya.

Pada dasarnya: Rebase tempatan? Hebat. Tolak selepas rebase? Berhati -hati.

Atas ialah kandungan terperinci Menyelesaikan cawangan yang berbeza selepas rebase git. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!