Membatalkan git rebase

Bagaimana saya bisa dengan mudah membatalkan git rebase?

Ide saya saat ini hanya pendekatan manual:

1. git checkout pada orang tua komit untuk kedua cabang
2. Buat cabang temp dari sana
3. git cherry-pick semua dilakukan dengan tangan
4. ganti cabang tempat saya rebased oleh cabang yang dibuat secara manual

Dalam situasi saya saat ini, ini akan berhasil karena saya dapat dengan mudah melihat komit dari kedua cabang (satu adalah barang saya, yang lain adalah barang rekan saya).

Namun pendekatan saya menganggap saya sebagai suboptimal dan rawan kesalahan (misalkan saya baru saja rebased dengan 2 cabang saya sendiri).

Klarifikasi : Saya sedang berbicara tentang rebase di mana sekelompok komit diputar ulang. Bukan hanya satu.

Cara termudah adalah dengan menemukan komit dari cabang seperti itu segera sebelum rebase dimulai di reflog ...

git reflog

dan untuk mereset cabang saat ini (dengan peringatan yang biasa tentang menjadi benar-benar yakin sebelum mengatur ulang dengan --hardopsi).

Misalkan komit lama ada HEAD@{5}di ref log:

git reset --hard HEAD@{5}

Di Windows, Anda mungkin perlu mengutip referensi:

git reset --hard "HEAD@{5}"

Anda dapat memeriksa riwayat kandidat kepala lama dengan hanya melakukan git log HEAD@{5}( Windows git log "HEAD@{5}" :).

Jika Anda tidak menonaktifkan per reflog cabang, Anda seharusnya bisa melakukannya git reflog branchname@{1}karena rebase melepaskan kepala cabang sebelum menempel kembali ke kepala akhir. Saya akan mengecek ini, meskipun karena saya belum memverifikasi ini baru-baru ini.

Per default, semua reflog diaktifkan untuk repositori non-telanjang:

[core]
    logAllRefUpdates = true

Sebenarnya, rebase menyimpan titik awal Anda ORIG_HEADjadi ini biasanya sesederhana:

git reset --hard ORIG_HEAD

Namun, the reset, rebasedan mergesemua menyimpan HEADpointer asli Anda ke dalam ORIG_HEADjadi, jika Anda telah melakukan salah satu dari perintah itu sejak rebase Anda mencoba untuk membatalkan maka Anda harus menggunakan reflog.

Jawaban Charles berhasil, tetapi Anda mungkin ingin melakukan ini:

git rebase --abort

untuk membersihkan setelah reset.

Kalau tidak, Anda mungkin mendapatkan pesan " Interactive rebase already started".

Menyetel ulang cabang ke objek komit yang menjuntai dari tip lamanya tentu saja merupakan solusi terbaik, karena mengembalikan keadaan sebelumnya tanpa mengeluarkan usaha apa pun. Tetapi jika Anda kehilangan komitmen tersebut (mis. Karena Anda mengumpulkan sampah di repositori Anda untuk sementara waktu, atau ini adalah klon baru), Anda selalu dapat rebase cabang lagi. Kunci untuk ini adalah --ontosaklar.

Katakanlah Anda memiliki cabang topik yang secara imajinatif dipanggil topic, yang Anda cabut masterketika ujungnya masteradalah 0deadbeefkomit. Pada titik tertentu saat di topiccabang, Anda melakukannya git rebase master. Sekarang Anda ingin membatalkan ini. Begini caranya:

git rebase --onto 0deadbeef master topic

Ini akan mengambil semua komitmen topicyang tidak aktif masterdan mengulanginya di atas 0deadbeef.

Dengan --onto, Anda dapat mengatur ulang sejarah Anda menjadi hampir semua bentuk apa pun .

Selamat bersenang-senang. :-)

Saya benar-benar meletakkan tag cadangan pada cabang sebelum saya melakukan operasi nontrivial (kebanyakan rebases adalah sepele, tapi saya akan melakukannya jika terlihat rumit di mana saja).

Kemudian, mengembalikannya semudah git reset --hard BACKUP.

Jika Anda telah mendorong cabang Anda ke repositori jarak jauh (biasanya asalnya) dan kemudian Anda telah melakukan rebase sukses (tanpa penggabungan) ( git rebase --abortmemberikan "Tidak ada rebase sedang berlangsung") Anda dapat dengan mudah mengatur ulang cabang menggunakan perintah:

git reset --hard origin / {branchName}

Contoh:

$ ~/work/projects/{ProjectName} $ git status
On branch {branchName}
Your branch is ahead of 'origin/{branchName}' by 135 commits.
  (use "git push" to publish your local commits)

nothing to commit, working directory clean

$ ~/work/projects/{ProjectName} $ git reset --hard origin/{branchName}
HEAD is now at 6df5719 "Commit message".

$ ~/work/projects/{ProjectName} $ git status
On branch {branchName}
Your branch is up-to-date with 'origin/{branchName}.

nothing to commit, working directory clean

Menggunakan reflogtidak berhasil untuk saya.

Apa yang berhasil bagi saya mirip dengan yang dijelaskan di sini . Buka file dalam .git / logs / ref yang diberi nama setelah cabang yang telah direbase dan temukan baris yang berisi "rebase finsihed", sesuatu seperti:

5fce6b51 88552c8f Kris Leech <[email protected]> 1329744625 +0000  rebase finished: refs/heads/integrate onto 9e460878

Periksa komit kedua yang terdaftar di telepon.

git checkout 88552c8f

Setelah dikonfirmasi ini berisi perubahan saya yang hilang, saya bercabang dan menghela napas lega.

git log
git checkout -b lost_changes

Untuk banyak komit, ingat bahwa komit apa pun merujuk semua riwayat yang mengarah pada komit itu. Jadi dalam jawaban Charles, bacalah "komitmen lama" sebagai "komitmen terbaru". Jika Anda mengatur ulang ke komit itu, maka semua riwayat yang mengarah ke komit itu akan muncul kembali. Ini harus melakukan apa yang Anda inginkan.

Mengikuti solusi dari @Allan dan @Zearin, saya berharap saya bisa melakukan komentar saja tetapi saya tidak memiliki reputasi yang cukup, jadi saya telah menggunakan perintah berikut:

Alih-alih melakukan git rebase -i --abort (perhatikan i ) saya harus hanya melakukan git rebase --abort( tanpa yang -i ).

Menggunakan keduanya -idan--abort pada saat yang sama menyebabkan Git menunjukkan kepada saya daftar penggunaan / opsi.

Jadi status cabang saya sebelumnya dan saat ini dengan solusi ini adalah:

matbhz@myPc /my/project/environment (branch-123|REBASE-i)
$ git rebase --abort

matbhz@myPc /my/project/environment (branch-123)
$

Jika Anda berhasil rebased terhadap cabang jarak jauh dan tidak bisa git rebase --abortAnda masih bisa melakukan beberapa trik untuk menyelamatkan pekerjaan Anda dan tidak memiliki dorongan paksa. Misalkan cabang Anda saat ini yang diubah oleh kesalahan dipanggil your-branchdan sedang dilacakorigin/your-branch

• git branch -m your-branch-rebased # ubah nama cabang saat ini
• git checkout origin/your-branch # checkout ke status terbaru yang diketahui asalnya
• git checkout -b your-branch
• periksa git log your-branch-rebased, bandingkan git log your-branchdan tentukan komit yang hilang dariyour-branch
• git cherry-pick COMMIT_HASH untuk setiap komit di your-branch-rebased
• dorong perubahan Anda. Harap perhatikan bahwa ada dua cabang lokal yang terkait remote/your-branchdan Anda hanya perlu mendorongyour-branch

Katakanlah saya rebase master ke cabang fitur saya dan saya mendapatkan 30 commit baru yang merusak sesuatu. Saya telah menemukan bahwa sering kali paling mudah menghilangkan komitmen buruk.

git rebase -i HEAD~31

Rebase interaktif untuk 31 komit terakhir (tidak ada salahnya jika Anda mengambil terlalu banyak).

Cukup ambil komit yang ingin Anda singkirkan dan tandai dengan "d", bukan "pick". Sekarang komit dihapus secara efektif membatalkan rebase (jika Anda menghapus hanya komit yang baru saja Anda dapatkan saat rebasing).

Untuk pemula / siapa pun yang terlalu takut melakukan hard reset, Anda dapat checkout komit dari reflog, dan kemudian menyimpannya sebagai cabang baru.

git reflog

Temukan komit tepat sebelum Anda mulai rebasing. Anda mungkin perlu menggulir lebih jauh ke bawah untuk menemukannya (tekan Enter atau PageDown). Perhatikan nomor KEPALA dan ganti 57:

git checkout HEAD@{57}

Tinjau cabang / komit, jika terlihat bagus buat cabang baru menggunakan KEPALA ini:

git checkout -b new_branch_name

Jika Anda menggunakan cabang, Anda dapat menggunakan:

git reset --hard @{1}

Tidak hanya ada log referensi untuk HEAD (diperoleh oleh git reflog), ada juga reflog untuk setiap cabang (diperoleh oleh git reflog <branch>). Jadi, jika Anda aktif mastermaka git reflog masterakan mendaftar semua perubahan ke cabang itu. Anda dapat merujuk ke perubahan oleh master@{1}, master@{2}, dll

git rebase biasanya akan mengubah KEPALA beberapa kali tetapi cabang saat ini akan diperbarui hanya sekali.

@{1}hanyalah jalan pintas untuk cabang saat ini , jadi itu sama dengan master@{1}jika Anda aktifmaster .

git reset --hard ORIG_HEADtidak akan berfungsi jika Anda digunakan git resetselama interaktif rebase.

Apa yang biasanya saya lakukan adalah git reset #commit_hash

untuk komit terakhir di mana saya pikir rebase tidak berpengaruh.

kemudian git pull

Sekarang cabang Anda harus sama persis seperti master dan rebased commit seharusnya tidak ada di dalamnya.

Sekarang kita bisa memilih komit di cabang ini.

Saya mencoba semua saran dengan reset dan reflog tanpa hasil. Mengembalikan sejarah lokal IntelliJ menyelesaikan masalah file yang hilang

git reset --hard origin / {branchName}

adalah solusi yang tepat untuk mengatur ulang semua perubahan lokal Anda yang dilakukan dengan rebase.

Jika Anda mengacaukan sesuatu dalam git rebase, misalnya git rebase --abort, saat Anda memiliki file yang tidak dikomit, mereka akan hilang dan git reflogtidak akan membantu. Ini terjadi pada saya dan Anda harus berpikir di luar kotak di sini. Jika Anda beruntung seperti saya dan menggunakan IntelliJ Webstorm maka Anda dapat right-click->local historydan dapat kembali ke keadaan file / folder sebelumnya, apa pun kesalahan yang Anda lakukan dengan perangkat lunak versi. Itu selalu baik untuk menjalankan kegagalan yang lain.