Melakukan kembali penggabungan yang dikembalikan di Git

Saya mengalami sedikit masalah di sini: Saya punya cabang khusus masalah 28sdi Git, yang saya gabungkan di developcabang umum . Ternyata saya melakukannya terlalu cepat, jadi saya menggunakan git-revert untuk membatalkan penggabungan. Sekarang, bagaimanapun, waktunya telah datang untuk menggabungkan 28ske dalam develop, tetapi perintah git-merge melihat penggabungan asli, dan dengan senang hati mengumumkan bahwa semuanya baik-baik dan cabang telah sudah bergabung. Apa yang saya lakukan sekarang? Buat komit 'Kembalikan "Kembalikan" 28s -> mengembangkan ""? Tampaknya bukan cara yang baik untuk melakukannya, tetapi saya tidak bisa membayangkan yang lain saat ini.

Seperti apa bentuk struktur pohon:

Anda harus "mengembalikan pengembalian". Tergantung pada Anda bagaimana mengembalikan aslinya, mungkin tidak semudah kedengarannya. Lihatlah dokumen resmi tentang topik ini .

---o---o---o---M---x---x---W---x---Y
              /
      ---A---B-------------------C---D

untuk memungkinkan:

---o---o---o---M---x---x-------x-------*
              /                       /
      ---A---B-------------------C---D

Tetapi apakah itu semua berhasil? Tentu saja. Anda dapat mengembalikan gabungan, dan dari sudut teknis murni, git melakukannya dengan sangat alami dan tidak memiliki masalah nyata.
Itu hanya menganggapnya sebagai perubahan dari "negara sebelum penggabungan" ke "negara setelah penggabungan", dan hanya itu.
Tidak ada yang rumit, tidak ada yang aneh, tidak ada yang benar-benar berbahaya. Git akan melakukannya tanpa memikirkannya.

Jadi dari sudut teknis, tidak ada yang salah dengan mengembalikan penggabungan, tetapi dari sudut alur kerja itu adalah sesuatu yang biasanya harus Anda hindari .

Jika memungkinkan, misalnya, jika Anda menemukan masalah yang digabungkan ke pohon utama, alih-alih mengembalikan gabungan, berusaha sangat keras untuk :

• membagi dua masalah ke cabang yang Anda gabungkan, dan perbaiki saja,
• atau coba kembalikan komit individu yang menyebabkannya.

Ya, itu lebih kompleks, dan tidak ada, itu tidak selalu akan bekerja (kadang-kadang jawabannya adalah: "oops, aku benar-benar seharusnya tidak bergabung, karena itu belum siap, dan saya benar-benar harus membatalkan semua dari menggabungkan"). Jadi Anda benar-benar harus mengembalikan penggabungan, tetapi ketika Anda ingin melakukan kembali penggabungan, Anda sekarang harus melakukannya dengan mengembalikan pengembalian.

Anggaplah Anda memiliki sejarah seperti itu

---o---o---o---M---W---x-------x-------*
              /                      
      ---A---B

Di mana A, B gagal melakukan dan W - adalah pengembalian dari M

Jadi sebelum saya mulai memperbaiki masalah yang ditemukan, saya memilih cherry-pick dari commit ke cabang saya

git cherry-pick -x W

Lalu saya mengembalikan W commit di cabang saya

git revert W 

Setelah itu saya bisa terus memperbaiki.

Sejarah terakhir bisa terlihat seperti:

---o---o---o---M---W---x-------x-------*
              /                       /     
      ---A---B---W---W`----------C---D

Ketika saya mengirim PR, itu akan dengan jelas menunjukkan bahwa PR tidak dapat dikembalikan dan menambahkan beberapa komitmen baru.

Untuk mengembalikan kembali tanpa mengacaukan alur kerja Anda terlalu banyak:

• Buat salinan sampah lokal dari pengembangan
• Kembalikan komit pengembalian pada salinan pengembangan lokal
• Gabungkan salinan itu ke cabang fitur Anda, dan dorong cabang fitur Anda ke server git Anda.

Cabang fitur Anda sekarang harus dapat digabung seperti biasa ketika Anda siap untuk itu. Satu-satunya downside di sini adalah bahwa Anda akan memiliki beberapa komitmen gabungan / pengembalian dalam sejarah Anda.

Untuk mengembalikan kembali di GIT:

git revert <commit-hash-of-previous-revert>

Alih-alih menggunakan git-revertAnda bisa menggunakan perintah ini di develcabang untuk membuang (membatalkan) komit gabungan yang salah (bukan hanya mengembalikannya).

git checkout devel
git reset --hard COMMIT_BEFORE_WRONG_MERGE

Ini juga akan menyesuaikan isi direktori kerja sesuai. Hati-hati :

• Simpan perubahan Anda di cabang berkembang (karena penggabungan yang salah) karena mereka juga akan terhapus oleh git-reset. Semua dilakukan setelah yang Anda tentukan sebagai git resetargumen akan hilang!
• Juga, jangan lakukan ini jika perubahan Anda sudah ditarik dari repositori lain karena reset akan menulis ulang riwayat.

Saya merekomendasikan untuk mempelajari git-reset manual dengan seksama sebelum mencoba ini.

Sekarang, setelah reset Anda dapat menerapkan kembali perubahan Anda di develkemudian lakukan

git checkout devel
git merge 28s

Ini akan menjadi penggabungan nyata dari 28smenjadi develseperti yang awal (yang sekarang terhapus dari sejarah git).

Saya baru saja menemukan posting ini ketika menghadapi masalah yang sama. Saya menemukan cara di atas menakutkan untuk melakukan reset hards dll. Saya akhirnya akan menghapus sesuatu yang saya tidak mau, dan tidak akan bisa mendapatkannya kembali.

Sebaliknya aku memeriksa komit saya ingin cabang untuk kembali ke misalnya git checkout 123466t7632723. Kemudian dikonversi ke cabang git checkout my-new-branch. Saya kemudian menghapus cabang yang tidak saya inginkan lagi. Tentu saja ini hanya akan berhasil jika Anda dapat membuang cabang yang Anda rusak.

Saya akan menyarankan Anda untuk mengikuti langkah-langkah di bawah ini untuk memulihkan kembali, katakan SHA1.

git checkout develop #go to develop branch
git pull             #get the latest from remote/develop branch
git branch users/yourname/revertOfSHA1 #having HEAD referring to develop
git checkout users/yourname/revertOfSHA1 #checkout the newly created branch
git log --oneline --graph --decorate #find the SHA of the revert in the history, say SHA1
git revert SHA1
git push --set-upstream origin users/yourname/revertOfSHA1 #push the changes to remote

Sekarang buat PR untuk cabang users/yourname/revertOfSHA1

1. buat cabang baru di komit sebelum penggabungan asli - sebut saja 'mengembangkan-basis'
2. melakukan rebase interaktif 'mengembangkan' di atas 'mengembangkan-basis' (meskipun sudah ada di atas). Selama rebase interaktif, Anda akan memiliki kesempatan untuk menghapus kedua komit gabungan, dan komit yang membalikkan gabungan, yaitu menghapus kedua peristiwa dari sejarah git

Pada titik ini Anda akan memiliki cabang 'kembangkan' yang bersih tempat Anda dapat menggabungkan fitur brach Anda seperti yang biasa Anda lakukan.