Cara mengubah suai kandungan komitmen

Mengubah kandungan penyerahan Git bersamaan dengan menulis semula sejarah, dan berhati -hati. Untuk komit yang paling terkini, gunakan komitmen git untuk membetulkannya. Jika anda perlu mengubah suai komit sebelumnya, gunakan git rebase -i. Perhatikan bahawa mengubah sejarah boleh membawa kepada masalah kerjasama. Anda harus menggunakan Git Rebase dengan berhati -hati, dan lebih baik membuat sandaran. Pastikan skop pengubahsuaian kecil apabila mengemukakan, tulis maklumat yang jelas, dan gunakan log git untuk melihat sejarah dengan munasabah.

Git: Menulis semula sejarah dan berhati-hati untuk berlayar kapal seribu tahun

Anda menyerahkan kod tersebut, dan kemudian mendapati bahawa komen itu ditulis dengan tidak betul, atau anda terlepas fail penting, atau anda hanya menyerahkan kod yang salah? Jangan panik, GIT menyediakan alat yang kuat untuk mengubahsuai kandungan yang dikemukakan, tetapi ingat, ini bukan jenaka, dan akibat sejarah yang berubah secara rawak boleh membuat anda botak.

Artikel ini akan memberi anda pemahaman yang mendalam tentang mekanisme pengubahsuaian komited Git. Saya akan berkongsi beberapa petua dan berbual mengenai perangkap yang saya telah melanda selama bertahun -tahun. Selepas membacanya, anda akan mempunyai pemahaman yang lebih mendalam tentang pengubahsuaian komitmen Git dan dapat mengendalikan situasi yang sama dengan lebih yakin.

Pertama sekali, kita perlu jelas: Konsep reka bentuk Git adalah untuk "merekodkan segala -galanya", jadi proses mengubah suai sebenarnya adalah untuk "menulis semula sejarah". Ini sama sekali berbeza daripada mengedit fail teks, apabila sejarah ditulis semula, ia boleh menyebabkan masalah untuk kerja berpasukan dan juga menyebabkan kemalangan projek. Oleh itu, berhati -hati!

Asas: Memahami sejarah komit git

Sejarah komit git adalah seperti rantai, dan setiap komit adalah pautan dalam rantai, yang dihubungkan dengan nilai hash SHA-1. Mengubah komited adalah bersamaan dengan mengubah rantaian ini. Anda perlu mengira semula nilai hash dan mengemas kini komit seterusnya.

Teras: git commit --amend ubat penyesalan anda

Ini adalah alat yang berkuasa untuk mengubah suai komit terkini. Jika anda mendapati sesuatu yang salah dengan komit yang anda hantar, seperti lupa untuk menambah fail atau mengubahsuai komen, git commit --amend sama sekali penyelamat anda.

 <code class="bash">git add . # 添加修改的文件git commit --amend -m "更正的提交信息"</code>

Perintah ini menggabungkan pengubahsuaian semasa ke dalam komit sebelumnya dan mengemas kini maklumat komit. Mudah dan kasar, tetapi mudah digunakan! Ingat, ia hanya boleh mengubah suai komit yang terakhir. Jika anda ingin mengubah suai komit sebelumnya, anda perlu menggunakan langkah yang lebih maju.

Advanced: git rebase -i The Reshaper of History

git rebase -i adalah perintah rebase interaktif yang membolehkan anda mempunyai lebih banyak kawalan berbutir ke atas sejarah komit. -i bermaksud mod interaktif.

 <code class="bash">git rebase -i HEAD~3 # 修改最近三次提交</code>

Perintah ini akan membuka editor teks untuk memaparkan maklumat tiga penyerahan terakhir, di mana anda boleh mengubah suai maklumat penyerahan, menggabungkan penyerahan, atau memadam penyerahan. Ini berkuasa, tetapi juga berbahaya. Pastikan anda membaca arahan untuk setiap pilihan dengan teliti untuk mengetahui akibat setiap operasi. Ingatlah bahawa selepas menulis semula sejarah, repositori repositori tempatan dan jarak jauh anda mungkin mempunyai konflik dan perlu ditangani dengan berhati -hati.

Sebagai contoh, katakan anda menyerahkan tiga kali dan ingin menggabungkan dua kali terakhir menjadi satu:

 <code>pick a1b2c3d 第一次提交pick e4f5g6h 第二次提交pick i7j8k9l 第三次提交</code>

Anda boleh mengubahnya ke:

 <code>pick a1b2c3d 第一次提交squash e4f5g6h 合并第二次提交到第一次squash i7j8k9l 合并第三次提交到第一次</code>

Kemudian simpan dan keluar, dan git akan membina semula sejarah komit mengikut arahan anda. Ingat, squash akan menggabungkan komitmen, dan edit membolehkan anda mengubah suai satu komit.

Kesilapan dan debug biasa

• Mengubah sejarah repositori jauh: ini boleh menyebabkan masalah dengan kerja berpasukan dan juga menyebabkan kemalangan projek. Dalam projek kerjasama pelbagai orang, cuba mengelakkan secara langsung mengubah sejarah gudang terpencil.
• Lupa git push --force-with-lease : Selepas mengubah suai sejarah repositori tempatan, anda perlu menggunakan git push --force-with-lease untuk mengemas kini repositori jauh. --force-with-lease adalah lebih selamat daripada --force kerana ia memeriksa sama ada repositori jauh disegerakkan dengan repositori tempatan untuk mengelakkan konflik yang tidak perlu.

Pengoptimuman prestasi dan amalan terbaik

• Penyerahan Langkah Kecil: Cuba simpan skop pengubahsuaian setiap penyerahan yang lebih kecil, supaya lebih mudah untuk melancarkan dan memahami sejarah komit.
• Tulis maklumat penyerahan yang jelas: Maklumat penyerahan yang jelas dapat membantu anda memahami evolusi kod dan memudahkan kerja berpasukan.
• Berhati -hati apabila menggunakan git rebase : git rebase adalah alat yang berkuasa, tetapi ia juga agak berbahaya. Anda mesti menggunakannya dengan berhati -hati, terutamanya untuk projek -projek yang bekerjasama dengan pelbagai orang. Sebelum menggunakan git rebase , sebaiknya sandarkan repositori anda terlebih dahulu.

Ingat, kuasa Git adalah kawalannya, tetapi kerana ini, anda perlu cukup berhati -hati. Hanya dengan memahami ini, anda boleh selesa di dunia Git. Jangan lupa bahawa git log adalah rakan baik anda. Ia sering digunakan untuk melihat sejarah penyerahan, yang dapat membuat anda mengetahui operasi anda.

Atas ialah kandungan terperinci Cara mengubah suai kandungan komitmen. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!