GitHub'da ana olmayan bir şubeye yönelik bir çekme talebini incelemeye çalışıyorum. Hedef dal ana dalın gerisindeydi ve çekme isteği ana bilgisayardan taahhütleri gösterdi, bu yüzden ana birimi birleştirdim ve GitHub'a ittim, ancak bunların işlemeleri ve farkları, yenilendikten sonra çekme isteğinde hala görünüyor. GitHub'daki şubenin master'dan taahhütlere sahip olup olmadığını iki kez kontrol ettim. Neden hala çekme talebinde görünüyorlar?

Çekme talebini yerel olarak da kontrol ettim ve yalnızca birleştirilmemiş taahhütleri gösteriyor.

Görünüşe göre Çekme İsteği hedef şubedeki değişiklikleri takip etmiyor (GitHub desteğiyle iletişime geçtim ve 18 Kasım 2014'te bunun tasarım gereği olduğunu belirten bir yanıt aldım).

Ancak, aşağıdakileri yaparak size güncellenmiş değişiklikleri göstermesini sağlayabilirsiniz:

http://githuburl/org/repo/compare/targetbranch...currentbranch

Değiştir githuburl, org, repo, targetbranch, ve currentbranchgerektiği gibi.

Ya da hexsprite'ın cevabında belirttiği gibi, PR'ye tıklayarak Editve tabanı geçici olarak farklı bir dala değiştirip tekrar geri döndürerek güncellemeye zorlayabilirsiniz . Bu şu uyarıyı verir:

Üssü değiştirmek istediğinizden emin misiniz?

Eski temel daldan bazı taahhütler zaman çizelgesinden kaldırılabilir ve eski inceleme yorumları güncelliğini yitirebilir.

Ve PR'da iki günlük girişi bırakacak :

İşte iyi bir çözüm. EditTemel dalı başka bir şeye değiştirmek için GitHub'da PR'yi görüntülerken düğmeyi kullanın master. Daha sonra tekrar olarak değiştirin masterve artık yalnızca en son kaydetmelerdeki değişiklikleri doğru bir şekilde gösterecektir.

Özetlemek gerekirse GitHub, çekme isteklerinde kaydetme geçmişini otomatik olarak yeniden oluşturmaz. En basit çözümler:

1.Çözüm: Yeniden Başlatın

Eğer birleştirmek istediğiniz varsayalım masterdan feature-01:

git fetch origin
git checkout feature-01
git rebase origin/master
git push --force

Bir çatal üzerinde çalışıyorsanız, originyukarıdakini ile değiştirmeniz gerekebilir upstream. Bkz. GitHub çatallı havuzunu nasıl güncellerim? orijinal deponun uzak şubelerini izleme hakkında daha fazla bilgi edinmek için.

2.Çözüm: Yeni bir çekme isteği oluşturun

Eğer intro birleştirmek istediğinizi varsayalım masterdan feature-01:

git checkout feature-01
git checkout -b feature-01-rebased
git push -u origin feature-01-rebased

Şimdi için bir çekme isteği açın feature-01-rebasedve için olanı kapatın feature-01.

Aşağıdakileri ~/.gitconfigdosyanıza eklemeniz gerekiyor :

[rebase]
    autosquash = true

Bu, bu cevabın gösterdiği ile aynı şeyi otomatik olarak gerçekleştirecektir .

Bunu buradan aldım .

Bununla karşılaşan ve GitHub Çekme İsteği davranışıyla kafası karışan herkes için temel neden, bir PR'nin kaynak dalın ortak atasına ve hedef dalın ortak atasına karşı kaynak dal ucunun bir farkı olmasıdır. Bu nedenle, ortak ataya kadar kaynak daldaki tüm değişiklikleri gösterecek ve hedef dalda meydana gelmiş olabilecek değişiklikleri hesaba katmayacaktır.

Daha fazla bilgiyi burada bulabilirsiniz: https://developer.atlassian.com/blog/2015/01/a-better-pull-request/

Ortak ataya dayalı farklılıklar tehlikeli görünüyor. Keşke GitHub'ın daha standart bir 3 yollu birleştirme tabanlı PR yapma seçeneği olsaydı.

Bunu düzeltmenin bir yolu git rebase targetbrancho PR'da yapmaktır. Ardından git push --force targetbranch, Github doğru taahhütleri ve farklılıkları gösterecektir. Ne yaptığınızı bilmiyorsanız buna dikkat edin. Belki önce geri ödemeyi yapmak için bir test şubesini kontrol edin, sonra git diff targetbranchhala istediğiniz gibi olduğundan emin olun.

Bu, hedef daldan birleştirilen işlemleri sıkıştırdığınızda GitHub ile olur.

Hedef daldan birleştirmeler de dahil olmak üzere varsayılan birleştirme stratejisi olarak squash ve Github ile birleştirme kullanıyordum. Bu, yeni bir kaydetme sağlar ve GitHub, bu sıkıştırılmış kaydetmenin zaten ana olanlarla aynı olduğunu (ancak farklı karmalarla) fark etmez. Git bunu doğru bir şekilde ele alıyor, ancak tüm değişiklikleri GitHub'da tekrar görüyorsunuz, bu da incelemeyi can sıkıcı hale getiriyor. Çözüm, bir squash ve birleştirme yerine, yukarı doğru yapılan işlemlerde çekilen bunların düzenli bir şekilde birleştirilmesidir. Başka bir dalda bir bağımlılık olarak sizinkiyle birleşmek istediğinizde git merge --squashve diğer dalın gerçekten ustalaşmasını sağladıktan sonra ana işlemden çekmeden önce bu tek işlemi geri alın.

DÜZENLEME: başka bir çözüm, yeniden tabanlamak ve zorlamaktır. Temiz ama yeniden yazılmış tarih

Bunun arkasındaki teoriden tam olarak emin değilim. Ama bunu birkaç kez aldım ve aşağıdakileri yaparak bunu düzeltebildim.

git pull --rebase

Bu, değişiklikleri orijinal repo ana şubenizden alacak ve birleştirecektir (Eğer buna işaret ettiyseniz)

Sonra değişikliklerinizi github klonlanmış deponuza (hedef) zorla gönderirsiniz.

git push -f origin master

Bu, github klonunuzun ve ana deponuzun aynı github taahhüt seviyesinde olduğundan ve dallar arasında gereksiz değişiklikler görmediğinizden emin olmanızı sağlayacaktır.

Aşağıdaki komutları tek tek deneyin.

git pull "latest

git reset --hard master

İşleri karıştırmaktan çok endişeleniyorsanız, güvenli olmayan bir yaklaşım: dosyaya gidin ve değişiklikleri manuel olarak kaldırın, ardından kullanarak son kaydetmenizle ezin.

git add .  && git commit -a --allow-empty-message -m '' && git reset --soft HEAD~2 &&
git commit --edit -m"$(git log --format=%B --reverse HEAD..HEAD@{1})"

Ben çatışma yok, gitmekte fayda var!