Ben çıplak olmayan bir "ana" repo kurduk ve bilgisayarıma klonladım. Bazı yerel değişiklikler yaptım, yerel veri havuzumu güncelledim ve değişiklikleri uzaktan repoma geri gönderdim. İşler o ana kadar iyiydi.

Şimdi, uzak depodaki bir şeyi değiştirmek zorunda kaldım. Sonra yerel repoda bir şey değiştirdim. Uzak depodaki değişikliğin gerekli olmadığını fark ettim. Bu yüzden git pushyerel repodan uzak repoma denedim , ama şöyle bir hata aldım:

Geçmişinizi kaybetmenizi önlemek için, ileri sarma olmayan güncellemeler reddedildi. Tekrar basmadan önce uzaktan değişiklikleri birleştirin. Ayrıntılar için 'Hızlı ileri sarma hakkında not' bölümüne git push --helpbakın.

Muhtemelen bir

git push --force

yerel kopyamı uzaktaki değişikliklere zorlamaya ve aynı hale getirmeye zorlardı. Güncellemeyi zorlar , ancak uzak repoya geri döndüğümde ve bir taahhütte bulunduğumda, dosyaların eski değişiklikler (daha önce ana uzak repo'nun sahip olduğu) içerdiğini fark ettim.

Yanıtlardan birine yapılan yorumlarda belirttiğim gibi :

[Ben] zorlamayı denedim, ama değişiklikleri kaydetmek için ana sunucuya geri döndüğümde, eski aşamaları alıyorum. Böylece, i taahhüt ettiğinde depolar aynı değildir. Git tuşuna tekrar basmaya çalıştığımda da aynı hatayı alıyorum.

Bu sorunu nasıl düzeltebilirim?

Sadece yap:

git push origin <your_branch_name> --force

veya belirli bir deponuz varsa:

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

Bu, önceki işlem (ler) inizi silecek ve geçerli işleminizi zorlayacaktır.

Doğru olmayabilir, ancak bu sayfada tökezleyen biri varsa, basit bir çözüm isteyebileceklerini düşündü ...

Kısa bayrak

Ayrıca -fkısa olduğunu unutmayın --force, bu yüzden

git push origin <your_branch_name> -f

de çalışacak.

Ve eğer push --forceişe yaramazsa yapabilirsiniz push --delete. Bu örnekte ^2. satıra bakın :

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

Ama dikkat et...

Asla hiç bir kamu git geçmişine geri dönün!

Başka bir deyişle:

• Hiçbir zaman forcehalka açık bir depoya basmayın .
• Bunu ya da birini kırabilecek herhangi bir şey yapmayın pull.
• Değil hiç Do resetveya rewritetarih a'da çekmemiş olabileceği repodaki .

Elbette bu kuralda bile son derece nadir istisnalar vardır, ancak çoğu durumda bunu yapmak gerekli değildir ve diğer herkese sorun yaratacaktır.

Bunun yerine bir geri dönüş yapın.

Ve halka açık bir repoya ittiğiniz şeylere daima dikkat edin . dönülüyor:

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

Aslında, her iki orijinal HEAD ( geri ve kötü sıfırlamadan ) aynı dosyaları içerecektir.

güncellenmiş bilgi ve daha fazla argüman eklemek için düzenle push --force

İtme gücü yerine itme kuvveti ile kiralamayı düşünün, ancak yine de geri dönmeyi tercih edin

Başka bir sorun push --forcegetirebilir, birileri sizden önce bir şey ittiğinde, ancak zaten getirdikten sonra. Eğer zorlamak bastırırsanız rebased versiyonu artık olacak diğerlerinden işi yerine .

git push --force-with-leasegit 1.8.5'te tanıtılan ( sorudaki @VonC yorumu sayesinde ) bu özel sorunu çözmeye çalışır. Temel olarak, en son getirinizden beri uzaktan kumanda değiştirildiyse bir hata getirir ve itmez.

A'nın gerçekten push --forcegerekli olduğundan eminseniz , ancak yine de daha fazla sorunu önlemek istiyorsanız , bu iyidir . Ben varsayılan push --forcedavranış olması gerektiğini söyleyebilirim . Ama yine de a'yı zorlamak için bir bahane olmaktan çok uzak push. İnsanlar getirilen senin önce rebase hala olsaydı kolayca önlenebilir olan sorunların çok olacaktır döndürüldü yerine.

Ve git --pushörneklerden bahsettiğimiz için ...

Neden kimse zorla itmek ister ki?

@linquize yorumlarda iyi bir itme gücü örneği getirdi: hassas veriler . Aktarılmaması gereken verileri yanlış bir şekilde sızdırdınız. Yeterince hızlıysanız, üzerine bir itme zorlayarak "düzeltebilirsiniz"* .

*Veriler hala uzak olacak ayrıca bir yapmadıkça toplamak çöp veya bir şekilde temizleyin . Orada o olurdu başkaları tarafından yayılmış olması için belli bir potensiyel da getirilen zaten, ama fikir olsun.

Her şeyden önce, doğrudan "ana" depoda herhangi bir değişiklik yapmazdım. Gerçekten bir "ana" repoya sahip olmak istiyorsanız, sadece ona itmelisiniz, asla doğrudan değiştirmeyin.

Karşılaştığınız hata ile ilgili git pullolarak, yerel repodan ve ardından git pushana repoya mı denediniz ? Şu anda (iyi anladıysam) yaptığınız şey, itmeyi zorlamak ve daha sonra "ana" repodaki değişikliklerinizi kaybetmektir. Önce değişiklikleri yerel olarak birleştirmelisiniz.

Yerel şubem A'dayım ve yerel şubeyi (CI) başlangıç ​​şubesine zorlamak istiyorsanız aşağıdaki sözdizimini kullanabilirsiniz:

git push --force origin B:C

şu komutu kullanın:

git push -f origin master

Gerçekten tavsiye ederim:

• sadece ana repoya it

• Ana repo çalışma ağacının tabanı ile senkronize olmamasıyla ilgili hiçbir sorun yaşamamak için ana repo'nun çıplak bir repo olduğundan emin olun .git. Bkz. " Yerel bir git deposu başka bir bilgisayara nasıl aktarılır? "

• Ana (çıplak) repoda değişiklik yapmanız gerekiyorsa, klonlayın (ana sunucuda), değişikliklerinizi yapın ve geri itin

Başka bir deyişle, çekilecek / çekilecek tek bir yukarı akış deposuna sahip olmak için hem ana sunucudan hem de yerel bilgisayardan çıplak bir repo erişilebilir olmalıdır.

Bu, geçmişi korurken kurumsal bir gitHub deposundaki ustayı değiştirmek için çözümümüzdü.

push -fşirket havuzlarında uzmanlaşmak şube geçmişini korumak için genellikle devre dışıdır. Bu çözüm bizim için çalıştı.

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

şubenizi zorlayın desiredOriginve bir PR oluşturun

Aynı soruyu sordum ama sonunda anladım. Büyük olasılıkla yapmanız gereken aşağıdaki iki git komutunu çalıştırmaktır (hash yerine git commit revizyon numarası):

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