Git yeniden taban - tüm birleştirme çakışmaları çözüldüğünde bile şikayetlere devam edin

Nasıl çözeceğimi bilmediğim bir sorunla karşı karşıyayım.

Şubemden ustaya karşı bir geri ödeme yaptım:

git rebase master

ve aşağıdaki hatayı aldım

 First, rewinding head to replay your work on top of it...
 Applying: checkstyled.
 Using index info to reconstruct a base tree...
 Falling back to patching base and 3-way merge...
 Auto-merging AssetsLoader.java
 CONFLICT (content): Merge conflict in AssetsLoader.java
 Failed to merge in the changes.
 Patch failed at 0001 checkstyled.

Bu yüzden favori düzenleyicime gittim, 1 satır çakışmasını düzelttim, dosyayı kaydettim ve git durumu yaptım ve aşağıdaki çıktıyı aldım:

 # Not currently on any branch.
 # Changes to be committed:
 #   (use "git reset HEAD <file>..." to unstage)
 #
 #  modified:   PassengerContactHandler.java
 #
 # Unmerged paths:
 #   (use "git reset HEAD <file>..." to unstage)
 #   (use "git add/rm <file>..." as appropriate to mark resolution)
 #
 #  both modified:      AssetsLoader.java
 #

Git add AssetsLoader.java ve git durumu yaptım ve aşağıdakileri aldım:

 # Not currently on any branch.
 # Changes to be committed:
 #   (use "git reset HEAD <file>..." to unstage)
 #
 #  modified:   AssetsLoader.java
 #  modified:   PassengerContactHandler.java
 #

ve git rebase yaptığımda - devam edin:

git rebase --continue
You must edit all merge conflicts and then
mark them as resolved using git add

Yamayı atlayıp yeniden ödemeye devam edebileceğimi biliyorum, ancak PassengerContactHandler.java'daki değişikliklerin şubeme yeniden yüklenip yüklenmeyeceğinden emin değilim.

bu yüzden emin değilim, Nasıl ilerlemeliyim?

Düzenleme: Çatışmanın çözüldüğü dosya tam olarak orijinal sürümle aynı olabilir mi?

Çok teşekkürler Lucas

Düzenle, bana yine oldu:

Yine başıma geldi

(307ac0d...)|REBASE)$ git status
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   assets/world/level1/Level-1.xml
#   modified:   George.java
#   modified:   DefaultPassenger.java
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   mb-art/originalAssets/27dec/

((307ac0d ...) | REBASE) $ git yeniden taban - devam

You must edit all merge conflicts and then
mark them as resolved using git add

git --version

git version 1.7.1

Bunun nedeni, bir çatışmayı düzeltirken, yeniden desteklediğiniz şubeye uygulanan yamadaki tüm kodu kaldırmış olmanızdır. Devam git rebase --skipetmek için kullanın .

Biraz daha ayrıntı:

Normalde, yeniden oluşturma sırasında bir çakışmayı düzeltirken, çakışan dosyayı düzenlersiniz ve şu anda yeniden tabanladığınız şubeye uygulanmakta olan yamadaki kodun bir kısmını veya tamamını saklarsınız. Yamayı düzelttikten ve yaptıktan sonra

git add your/conflicted/file
git status

değiştirilen dosyayı gösteren (genellikle yeşil) bir çizgi alacaksınız

değiştirildi: / çakışan / dosyanız

git rebase --continue bu durumda iyi çalışacaktır.

Ancak bazen, çatışmayı çözerken, yeni yamanızdaki her şeyi kaldırırsınız ve yalnızca yeniden belirttiğiniz şubedeki kodu saklarsınız. Şimdi dosyayı eklediğinizde, tam olarak üzerinde yeniden temel almaya çalıştığınız dosya gibi olacaktır. git durumu, değiştirilen dosyaları gösteren yeşil bir çizgi göstermeyecektir. Şimdi eğer yaparsan

git rebase --continue

git şikayet edecek

Değişiklik yok - 'git add' kullanmayı unuttunuz mu?

Git'in bu durumda gerçekten yapmanızı istediği şey,

git rebase --skip

yamayı atlamak için. Daha önce bunu hiç yapmadım, çünkü yaparsam aslında neyin atlanacağından her zaman emin değildim, "bu yamayı atla" nın gerçekte ne anlama geldiği benim için açık değildi. Ama yeşil bir çizgi almazsan

değiştirildi: / çakışan / dosyanız

Çakışan dosyayı düzenledikten, ekledikten ve git durumunu yaptıktan sonra, tüm yamayı kaldırdığınızdan oldukça emin olabilirsiniz ve bunun yerine kullanabilirsiniz.

git rebase --skip

devam etmek.

Orijinal gönderi bunun bazen işe yaradığını söyledi:

git add -A
git rebase --continue
# works magically?

... ancak buna güvenmeyin (ve artık dosyaları depo klasörlerinize eklemediğinizden emin olun)

Git 1.7'de bir hata gibi görünüyor

İşte bunun nasıl çözüleceğine dair güzel bir makale .

Temelde işe yaramalı, eğer bir

git diff

çatışmalarınızı çözdükten sonra ve sonra

git rebase --continue

çalışmalı.

Hazırlanmamış dosyalarım olduğunda bu uyarıyı aldım. Hazırlanmamış dosyanız olmadığından emin olun. Hazırlanmamış dosyaların değişmesini istemiyorsanız, değişiklikleri kaldırın.

git rm <filename>  

Bunu komut satırınızda çalıştırmayı deneyin:

$ git mergetool

Anlaşmazlıkları çözmenize izin veren etkileşimli bir düzenleyici getirmelidir. Manuel olarak yapmaya çalışmaktan daha kolay ve ayrıca git, birleştirmeyi yaptığınızda bunu tanıyacaktır. Ayrıca, manuel olarak yapmaya çalıştığınızda meydana gelebilecek kazayla tamamen birleşmediğiniz durumlardan da kaçınır.

Çakışmayı düzelttikten sonra, değiştirilen dosyaların hazırlanmış dosyalarınıza eklendiğinden emin olun. Bu benim için sorunu çözdü.

AssetsLoader.java'da bir birleştirme çakışmasını kaçırdınız. Açın ve çakışma işaretlerini arayın (">>>>", "====", "<<<<<") ve sonra tekrar git add yapın. Bulmakta zorluk çekiyorsanız 'git diff - aşamalı' yapın.

Az önce bu sorunu yaşadım ve birkaç nedeni olabileceğini düşünürken, işte benimki ...

Belirli koşullar altında taahhütleri reddeden bir git pre-commit kancam vardı. Bu, kancanın çıktısını göstereceğinden, manuel olarak taahhütte bulunurken iyidir ve bunu düzeltebilirim veya commit --no-doğrulama kullanarak onu yok saymayı seçebilirim.

Sorun şu ki, yeniden ödeme yapılırken, rebase --continue de kancayı çağıracak (en son değişiklikleri gerçekleştirmek için). Ancak yeniden taban, kanca çıktısını göstermez, yalnızca başarısız olduğunu görür ve ardından daha az belirgin bir hata verir: 'Tüm birleştirme çakışmalarını düzenlemelisiniz ve ardından git add kullanarak bunları çözülmüş olarak işaretlemelisiniz'

Düzeltmek için, tüm değişikliklerinizi hazırlayın ve 'git rebase --continue' yerine bir 'git commit' deneyin. Aynı kanca probleminden muzdaripseniz, neden başarısız olduğunu görmelisiniz.

İlginç bir şekilde git rebase, git hook'un çıktısını göstermezken, kancaları atlamak için bir --no-doğrulama kabul ediyor.

Değişikliklerinizi düzelttikten sonra 'git add -A' çalıştırmayı unutabilirsiniz.

git add -A
git rebase --continue

Ben sadece konuya tökezledim. Yapmam, git rebase --skip çünkü git statussaklamak istediğim aşamalı değişiklikleri açıkça göstermem. Beklenmedik bir şekilde gelen fazladan dosyalarım olmasına rağmen. İle çözdüm

git checkout .

aşamalı olmayan değişiklikleri kaldırmak için, sonra git rebase --continuebaşarılı oldu.