Saya telah menyiapkan repo "main" non-telanjang jarak jauh dan mengkloningnya ke komputer saya. Saya membuat beberapa perubahan lokal, memperbarui repositori lokal saya, dan mendorong perubahan kembali ke repo jarak jauh saya. Semuanya baik-baik saja hingga saat itu.

Sekarang, saya harus mengubah sesuatu di repo jarak jauh. Kemudian saya mengubah sesuatu di repo lokal saya. Saya menyadari bahwa perubahan repo jarak jauh tidak diperlukan. Jadi saya mencoba git pushdari repo lokal saya ke repo jarak jauh saya, tetapi saya mendapat kesalahan seperti:

Untuk mencegah Anda kehilangan riwayat, pembaruan non-maju ditolak. Gabungkan perubahan jarak jauh sebelum mendorong lagi. Lihat bagian 'Catatan tentang maju cepat' git push --helpuntuk detailnya.

Saya pikir mungkin a

git push --force

akan memaksa salinan lokal saya untuk mendorong perubahan ke yang jauh dan membuatnya sama. Memang memaksa pembaruan , tetapi ketika saya kembali ke repo jarak jauh dan membuat komit, saya melihat bahwa file berisi perubahan yang sudah ketinggalan zaman (yang repo jarak jauh utama sebelumnya).

Seperti yang saya sebutkan di komentar untuk salah satu jawaban :

[Saya] mencoba memaksa, tetapi ketika kembali ke server master untuk menyimpan perubahan, saya mendapatkan pementasan yang ketinggalan zaman. Jadi, ketika saya melakukan repositori tidak sama. Dan ketika saya mencoba menggunakan git push lagi, saya mendapatkan kesalahan yang sama.

Bagaimana saya bisa memperbaiki masalah ini?

Kerjakan saja:

git push origin <your_branch_name> --force

atau jika Anda memiliki repo tertentu:

git push https://git.... --force

Ini akan menghapus komit Anda sebelumnya dan mendorong komit Anda saat ini.

Ini mungkin tidak tepat, tetapi jika ada yang menemukan halaman ini, mengira mereka mungkin menginginkan solusi sederhana ...

Bendera pendek

Perhatikan juga bahwa -fitu kependekan dari --force, jadi

git push origin <your_branch_name> -f

juga akan bekerja.

Dan jika push --forcetidak berhasil, Anda bisa melakukannya push --delete. Lihat 2 ^nd garis pada contoh ini:

git reset --hard HEAD~3  # reset current branch to 3 commits ago
git push origin master --delete  # do a very very bad bad thing
git push origin master  # regular push

Tapi waspadalah ...

Jangan pernah kembali pada sejarah git publik!

Dengan kata lain:

• Jangan pernah forcemendorong repositori publik.
• Jangan lakukan ini atau apa pun yang dapat merusak seseorang pull.
• Jangan pernah resetatau rewriteriwayat dalam repo seseorang mungkin sudah menarik.

Tentu saja ada pengecualian yang sangat jarang bahkan untuk aturan ini, tetapi dalam kebanyakan kasus itu tidak diperlukan untuk melakukannya dan itu akan menimbulkan masalah bagi semua orang.

Kembalikan sebagai gantinya.

Dan selalu berhati-hati dengan apa yang Anda dorong ke repo publik . Mengembalikan:

git revert -n HEAD~3..HEAD  # prepare a new commit reverting last 3 commits
git commit -m "sorry - revert last 3 commits because I was not careful"
git push origin master  # regular push

Akibatnya, kedua kepala asal (dari revert dan dari ulang jahat ) akan berisi file yang sama.

sunting untuk menambahkan info terbaru dan lebih banyak argumen di sekitar push --force

Pertimbangkan untuk mendorong kekuatan dengan sewa alih-alih mendorong, tetapi masih lebih suka kembali

Masalah lain yang push --forcemungkin timbul adalah ketika seseorang mendorong sesuatu sebelum Anda melakukannya, tetapi setelah Anda mengambilnya. Jika Anda mendorong paksa versi rebased Anda sekarang Anda akan mengganti pekerjaan dari yang lain .

git push --force-with-leasediperkenalkan pada git 1.8.5 ( terima kasih kepada komentar @VonC pada pertanyaan) mencoba untuk mengatasi masalah khusus ini. Pada dasarnya, itu akan membawa kesalahan dan tidak mendorong jika remote telah dimodifikasi sejak pengambilan terbaru Anda.

Ini bagus jika Anda benar-benar yakin push --forcediperlukan, tetapi masih ingin mencegah lebih banyak masalah. Saya akan mengatakan bahwa itu seharusnya merupakan push --forceperilaku default . Tapi itu masih jauh dari alasan untuk memaksakan push. Orang-orang yang mengambil sebelum rebase Anda masih akan memiliki banyak masalah, yang bisa dengan mudah dihindari jika Anda telah dikembalikan sebagai gantinya.

Dan karena kita sedang berbicara tentang git --pushcontoh ...

Mengapa ada orang yang ingin memaksakan dorongan?

@linquize membawa contoh gaya dorong yang baik pada komentar: data sensitif . Anda salah membocorkan data yang seharusnya tidak didorong. Jika Anda cukup cepat, Anda dapat "memperbaikinya"* dengan memaksakan dorongan di atasnya.

*The Data masih akan di remote kecuali jika Anda juga melakukan sampah mengumpulkan , atau membersihkannya entah bagaimana . Ada juga potensi yang jelas untuk disebarkan oleh orang lain yang sudah mengambilnya , tetapi Anda mendapatkan idenya.

Pertama-tama, saya tidak akan membuat perubahan secara langsung dalam repo "utama". Jika Anda benar-benar ingin memiliki repo "utama", maka Anda hanya perlu mendorongnya, jangan pernah mengubahnya secara langsung.

Mengenai kesalahan yang Anda dapatkan, sudahkah Anda mencoba git pulldari repo lokal Anda, dan kemudian git pushke repo utama? Apa yang Anda lakukan saat ini (jika saya memahaminya dengan baik) adalah memaksa dan kemudian kehilangan perubahan Anda dalam repo "utama". Anda harus menggabungkan perubahan secara lokal terlebih dahulu.

Jika saya di cabang lokal saya A, dan saya ingin memaksa mendorong cabang lokal B ke cabang asal CI dapat menggunakan sintaks berikut:

git push --force origin B:C

gunakan perintah berikut ini:

git push -f origin master

Saya sangat merekomendasikan:

• dorong hanya ke repo utama

• pastikan repo utama adalah repo kosong , agar tidak pernah ada masalah dengan pohon repo utama yang bekerja tidak sinkron dengan .gitbasisnya. Lihat " Bagaimana cara mendorong repositori git lokal ke komputer lain? "

• Jika Anda harus melakukan modifikasi pada repo utama (telanjang), tiru (di server utama), lakukan modifikasi Anda dan tekan kembali ke sana

Dengan kata lain, biarkan repo telanjang dapat diakses baik dari server utama dan komputer lokal, agar memiliki repo hulu tunggal dari / yang dapat digunakan untuk menarik / menarik.

Ini adalah solusi kami untuk mengganti master pada repositori gitHub korporat sambil mempertahankan sejarah.

push -funtuk menguasai repositori perusahaan sering dinonaktifkan untuk mempertahankan sejarah cabang. Solusi ini berhasil bagi kami.

git fetch desiredOrigin
git checkout -b master desiredOrigin/master // get origin master

git checkout currentBranch  // move to target branch
git merge -s ours master  // merge using ours over master
// vim will open for the commit message
git checkout master  // move to master
git merge currentBranch  // merge resolved changes into master

dorong cabang Anda ke desiredOrigindan buat PR

Saya memiliki pertanyaan yang sama tetapi akhirnya menemukan jawabannya. Apa yang kemungkinan besar perlu Anda lakukan adalah menjalankan dua perintah git berikut (mengganti hash dengan nomor revisi komit git):

git checkout <hash>
git push -f HEAD:master