Değiştirilmiş taahhüdü uzak Git deposuna nasıl gönderebilirim?

Kaynak kodumla biraz çalıştığımda, her zamanki işimi yaptım ve sonra uzak bir depoya ittim. Ama sonra ithalat kodumu kaynak kodunda düzenlemeyi unuttuğumu fark ettim. Bu yüzden önceki taahhüdü değiştirmek için değişiklik komutunu yapmak:

> git commit --amend

Ne yazık ki taahhüt depoya geri itilemez. Bu şekilde reddedilir:

> git push origin
To //my.remote.repo.com/stuff.git/
 ! [rejected]        master -> master (non-fast forward)
error: failed to push some refs to '//my.remote.repo.com/stuff.git/'

Ne yapmalıyım? (Uzak depoya erişebilirim.)

Aslında bir kez ittim --forceve .gitdepo ve Linus BIG TIME tarafından azarlandım . Genel olarak bu, diğer insanlar için birçok sorun yaratacaktır. Basit bir cevap "Yapma".

Görüyorum ki diğerleri zaten bunu yapmak için reçete verdi, bu yüzden burada tekrar etmeyeceğim. Ancak , --force (veya + master) ile değiştirilmiş taahhüdü çıkardıktan sonra durumdan kurtulmak için bir ipucu .

1. git reflogDeğiştirdiğiniz eski taahhüdü bulmak için kullanın (arayın oldve biz değiştirerek oluşturduğunuz yeni taahhüdü çağırırız new).
2. İle arasında bir birleşim oluşturun oldve newağacı newgibi kaydedin git checkout new && git merge -s ours old.
3. Bunu master'ınızla birleştirin git merge master
4. Master'ınızı sonuçla güncelleyin git push . HEAD:master
5. Sonucu dışarı itin.

Eğer değişiklik yapan ve nihai birleştirme lehine olduğu göreceksiniz göreceksiniz bir itme zorlayarak ortadan işlemek üzerinde Sonra talihsiz yeterince olan insanların işlerini dayalı olması newüzerine old. Daha sonraki birleşmeleri, sizin değişikliğinizden kaynaklanan oldve newbunun sonucunda ortaya çıkan çatışmaları görmeyecek , bu yüzden acı çekmek zorunda değiller.

Git güvenlik özelliği görüyorsunuz. Git, uzak dalı şubenizle güncellemeyi reddeder, çünkü şubenizin baş taahhüdü, itmekte olduğunuz şubenin geçerli baş taahhüdünün doğrudan soyundan gelmez.

Eğer durum böyle olmasaydı, o zaman aynı depoya aynı anda iten iki kişi aynı anda yeni bir taahhüt olduğunu ve en son kim iterse, önceki iticinin işini kaybetmeden bilemezdi. bunu fark ettiler.

Tek iten kişi olduğunuzu biliyorsanız ve değiştirilmiş bir taahhüdü zorlamak veya dalı geri saran bir taahhüdü zorlamak istiyorsanız, Git'i -fanahtarı kullanarak uzak dalı güncellemeye zorlayabilirsiniz .

git push -f origin master

Git, uzak depoların yapılandırma değişkenini kullanarak uzak uçtaki ileriye doğru itmeleri reddetmesine izin verdiğinden bu bile çalışmayabilir receive.denynonfastforwards. Bu durumda ret nedeni şöyle görünecektir ('uzaktan reddedilen' bölümüne dikkat edin):

 ! [remote rejected] master -> master (non-fast forward)

Bu sorunu aşmak için, uzak deponun yapılandırmasını değiştirmeniz gerekir veya kirli bir kesmek olarak dalı silerek yeniden oluşturabilirsiniz:

git push origin :master
git push origin master

Genel olarak git pushformatı kullanan son parametre <local_ref>:<remote_ref>, burada local_refyerel depodaki remote_refdalın adı ve uzak depodaki dalın adıdır. Bu komut çifti iki kısayol kullanır. :masternull local_ref değerine sahiptir; bu, uzak tarafa boş bir dal itme master, yani uzak dalın silinmesi anlamına gelir . Hiçbir :yolu olmayan bir şube adı , verilen ada sahip yerel dalı aynı ada sahip uzak şubeye iletir. masterbu durumda kısadır master:master.

Hızlı rant: Kimsenin basit cevabı burada göndermemesi, Git CLI tarafından sergilenen umutsuz kullanıcı düşmanlığını gösteriyor.

Her neyse, zorlamayı denemediğinizi varsayarsak, bunu yapmanın "açık" yolu, önce çekmektir. Bu, değiştirdiğiniz (ve artık sahip olmadığınız) değişikliği yeniden çeker.

Herhangi bir çakışmayı çözdükten sonra tekrar itebilirsiniz.

Yani:

git pull

Çekme hataları alırsanız, yerel depo yapılandırmanızda bir şeyler yanlış olabilir (.git / config şube bölümünde yanlış bir referans aldım).

Ve sonra

git push

Belki de konu ile ilgili olarak "Önemsiz birleşme" hakkında daha fazla bilgi edineceksiniz.

Kısa cevap: Değiştirilmiş taahhütleri halka açık bir repoya itmeyin.

Uzun cevap: Bazı Git komutları, git commit --amendve git rebaseaslında, geçmiş grafiğini yeniden yazar. Bu, değişikliklerinizi yayınlamadığınız sürece iyidir, ancak bir kez yaptıktan sonra gerçekten tarihle uğraşmamalısınız, çünkü birisi değişikliklerinizi zaten aldıysa, tekrar çekmeye çalıştıklarında başarısız olabilir . Bir taahhüdü değiştirmek yerine, sadece değişikliklerle yeni bir taahhütte bulunmalısınız.

Ancak, gerçekten, gerçekten değiştirilmiş bir taahhüdü zorlamak istiyorsanız, bunu şu şekilde yapabilirsiniz:

$ git push origin +master:master

Baştaki +işaret, "hızlı ileri sarma" taahhüdü ile sonuçlanmasa bile, baskının gerçekleşmesini zorlar. (Hızlı bir taahhüt, ittiğiniz değişiklikler, kamuoyu deposundaki değişikliklerin doğrudan torunu olduğunda gerçekleşir.)

Zaten bir değişiklik yaptıktan sonra değişikliklerinizi zorlamanın çok basit ve temiz bir yolu commit --amend:

git reset --soft HEAD^
git stash
git push -f origin master
git stash pop
git commit -a
git push origin master

Aşağıdakileri yapar:

• Şube başlığını ebeveyn taahhüdüne sıfırlayın.
• Bu son işi sakla.
• Uzaktan kumandayı zorla itin. Uzaktan kumanda artık son taahhüde sahip değil.
• Zulanýzý patlat.
• Temiz bir şekilde çalışın.
• Uzaktan kumandaya itin.

Bunu farklı bir şubeye veya uzaktan kumandaya uygularsanız, "başlangıç" ve "ana" öğelerini değiştirmeyi unutmayın.

Yerel değişiklik taahhüdümü atarak ve yeni değişiklikleri ekleyerek çözdüm:

# Rewind to commit before conflicting
git reset --soft HEAD~1

# Pull the remote version
git pull

# Add the new commit on top
git add ...
git commit
git push

Ben de aynı problemi yaşadım.

• Zaten itilmiş olan son taahhüdü yanlışlıkla değiştirdi
• Yerel olarak birçok değişiklik yapıldı, beş kez işlendi
• Aktarmaya çalıştı, bir hata aldı, panikledi, uzaktan birleşti, dosyalarımın bir sürü var, itti, başarısız oldu vb.

Git-newbie olarak bunun tam FUBAR olduğunu düşündüm .

Çözüm: @bara gibi + bir yerel yedekleme dalı oluşturdu

# Rewind to commit just before the pushed-and-amended one.
# Replace <hash> with the needed hash.
# --soft means: leave all the changes there, so nothing is lost.
git reset --soft <hash>

# Create new branch, just for a backup, still having all changes in it.
# The branch was feature/1234, new one - feature/1234-gone-bad
git checkout -b feature/1234-gone-bad

# Commit all the changes (all the mess) not to lose it & not to carry around
git commit -a -m "feature/1234 backup"

# Switch back to the original branch
git checkout feature/1234

# Pull the from remote (named 'origin'), thus 'repairing' our main problem
git pull origin/feature/1234

# Now you have a clean-and-non-diverged branch and a backup of the local changes.
# Check the needed files from the backup branch
git checkout feature/1234-gone-bad -- the/path/to/file.php

Belki hızlı ve temiz bir çözüm değil ve tarihimi kaybettim (5 yerine 1 taahhüt), ama bir günlük işten tasarruf ettim.

Kodu uzak şubenize (GitHub / Bitbucket) göndermediyseniz, komut satırındaki yürütme iletisini aşağıdaki gibi değiştirebilirsiniz.

 git commit --amend -m "Your new message"

Belirli bir dal üzerinde çalışıyorsanız, bunu yapın:

git commit --amend -m "BRANCH-NAME: new message"

Kodu zaten yanlış bir mesajla ittiyseniz, mesajı değiştirirken dikkatli olmanız gerekir. tamamlama mesajını değiştirip tekrar göndermeyi denedikten sonra sorun yaşarsınız. Düzgünleştirmek için aşağıdaki adımları izleyin.

Lütfen cevaplamadan önce cevabın tamamını okuyun

git commit --amend -m "BRANCH-NAME : your new message"

git push -f origin BRANCH-NAME                # Not a best practice. Read below why?

Önemli not: Force Push'u doğrudan kullandığınızda, diğer geliştiricilerin aynı dalda çalıştığı kod sorunlarıyla karşılaşabilirsiniz. Bu nedenle, bu çatışmalardan kaçınmak için, zorlamayı zorlamadan önce kodu şubenizden almanız gerekir :

 git commit --amend -m "BRANCH-NAME : your new message"
 git pull origin BRANCH-NAME
 git push -f origin BRANCH-NAME

Bu, önceden iletilmişse, tamamlama mesajını değiştirirken en iyi uygulamadır.

Hiç kimsenin değiştirilmemiş taahhüdünüzü çekmediğini biliyorsanız, --force-with-leaseseçeneğini kullanın git push.

TortoiseGit'te, "Push ..." seçenekleri "Zorla: Silme" ve "bilinen değişiklikleri" kontrol altında da aynı işlemi yapabilirsiniz.

Zorla (Bilinen değişiklikleri atabilir) uzak deponun daha hızlı ve hızlı ileri sarılmayı kabul etmesini sağlar. Bu, uzak deponun taahhütlerini kaybetmesine neden olabilir; dikkatli kullanın. Bu, uzaktan kumandadaki diğer kişilerin bilinmeyen değişikliklerini kaybetmesini önleyebilir. Sunucu şubesinin uzaktan izleme şubesiyle aynı taahhüdü gösterip göstermediğini kontrol eder (bilinen değişiklikler). Evet ise, bir kuvvet zorlaması yapılır. Aksi takdirde reddedilecektir. Git'in uzaktan izleme etiketleri olmadığından, bu seçenek kullanılarak etiketlerin üzerine yazılamaz.

Git uzaktan kumandasında bu taahhüt dosyaları zaten bulunduğundan bu hatayı alıyorsunuz. Bunun çalışması için dalı itmek zorundasınız:

git push -f origin branch_name

Ayrıca, ekibinizdeki bir başkası aynı şubeye göndermiş olabileceği için kodu uzaktan kumandadan aldığınızdan emin olun.

git pull origin branch_name

Bu, taahhüdü uzaktan kumandayı zorlamaya zorlamamız gereken durumlardan biridir.

Zaten bir git add "your files"ve yaptıktan sonra değişikliklerinizi zorlamanın çok basit ve temiz bir yolu git commit --amend:

git push origin master -f

veya:

git push origin master --force

Bu sorunu uzaktan repodan çekerek ve ortaya çıkan, işlenen ve sonra iten birleşme çatışmalarıyla başa çıkmak zorunda kaldım. Ama daha iyi bir yol varmış gibi hissediyorum.

Git'in bana yapmamı söylediklerini yapmaya devam ettim. Yani:

• Değiştirilmiş taahhüt nedeniyle itemiyorum.
• Önerildiği gibi çekiyorum.
• Birleştirme başarısız. bu yüzden elle düzeltirim.
• Yeni bir taahhüt oluşturun ("birleştirme" etiketli) ve itin.
• İşe yarıyor gibi görünüyor!

Not: Değiştirilen taahhüt sonuncuydu.

Aşağıdakiler, bir taahhüdün Yazarını ve Taahhüdünü değiştirirken benim için çalıştı.

git push -f origin master

Git, bunların yalnızca meta bilgi bölümünde farklılık gösteren özdeş deltaların taahhütleri olduğunu anlayacak kadar zekiydi.

Hem yerel hem de uzak başkanlar söz konusu taahhütlere dikkat çekti.

Visual Studio Code kullanıyorsanız, kolaylaştırmak için bu uzantıyı deneyebilirsiniz.

https://marketplace.visualstudio.com/items?itemName=cimdalli.git-commit-amend-push-force

Adından da anlayabileceğiniz gibi, komutları arka arkaya yürütür

• git commit --amend
• git push --force

Burada, önceki bir taahhütte bir düzenlemeyi nasıl düzelttim:

1. Çalışmanızı şimdiye kadar kaydedin.
2. Yapıldıysa değişikliklerinizi şimdilik saklayın: git stash şimdilik saklayın Artık çalışma kopyanız son işleminizin yapıldığı durumda temiz.
3. Düzenlemeleri ve düzeltmeleri yapın.
4. " Değişiklik " modundaki değişiklikleri uygulayın :git commit --all --amend

5. Düzenleyiciniz bir günlük mesajı (varsayılan olarak eski günlük mesajı) ister. Mutlu olduğunuzda editörü kaydedin ve çıkın.

   Yeni değişiklikler eski taahhüde eklenir. Kendinizle görün git logvegit diff HEAD^

6. Yapılmışsa saklı değişikliklerinizi yeniden uygulayın: git stash apply