Git ve “'x' dalı tam olarak birleştirilmemiş” Hatası

İşte ana daldan kullandığım komutlar

git branch experiment
git checkout experiment

Sonra dosyalarımda bazı değişiklikler yaptım, değişiklikleri taahhüt ettim ve yeni şubeyi GitHub'a gönderdim.

git commit . -m 'changed files'
git push -u origin experiment

Daha sonra deney dalımı ana dalla birleştirmeye karar verdim.

git checkout master
git merge experiment

Sonunda değişiklikleri GitHub'a aktardım.

git push -u origin master

Deneme şubemi silmeyi deneyene kadar her şey yolunda gitti

git branch -d experiment

error: The branch 'experiment' is not fully merged.Git için biraz yeniyim hata mesajını aldım ve iki dalı daha ne kadar birleştirebileceğimi bilmiyorum. Burada ne eksik?

^{Not Açıklamalara yanıt olarak ifadeler değişti. Teşekkürler @slekse}
Bu bir hata değil, bir uyarı. Silmek üzere olduğunuz dalın şunlardan hiçbirinden erişilemeyen taahhütler içerdiği anlamına gelir: akış yukarı kolu veya HEAD (şu anda teslim alınmış revizyon). Başka bir deyişle, taahhütleri kaybedebileceğiniz zaman¹.

Pratikte, muhtemelen değişiklikleri, yeniden temelli veya filtrelenmiş taahhütleri değiştirdiğiniz anlamına gelir ve bunlar aynı görünmüyor .

Bu nedenle , diğer referansı silerek referans dışı olduğunuz taahhütleri içeren bir şubeyi kontrol ederek uyarıyı önleyebilirsiniz.

Aslında hayati taahhütlerin eksik olmadığını doğrulamak isteyeceksiniz:

git log --graph --left-right --cherry-pick --oneline master...experiment

Bu size şubeler arasında paylaşılmayanların bir listesini verecektir. Merak ediyorsanız, onsuz bir fark olabilir --cherry-pickve bu fark, aldığınız uyarının nedeni olabilir:

--cherry-pick

Taahhüt kümesi simetrik farkla sınırlı olduğunda, "diğer tarafta" başka bir taahhütle aynı değişikliği getiren herhangi bir taahhüdü atlayın. Örneğin, iki dalınız (A ve B) varsa, bunların yalnızca bir tarafındaki tüm taahhütleri listelemenin olağan bir yolu, bu seçeneğin açıklamasındaki yukarıdaki örnek gibi - sağa sağdadır. Bununla birlikte, diğer daldan kirazla alınan taahhütleri gösterir (örneğin, "3. on b", dal A'dan kirazla toplanmış olabilir). Bu seçenekle, bu tür taahhüt çiftleri çıktıdan çıkarılır.

Default onlar gerçekten sadece bir süre sonra toplanan çöp, varsayılan olarak. Ayrıca, git-branchkomut tüm dalların revizyon ağacını kontrol etmez . Uyarı, açık hatalardan kaçınmak için vardır.

² (Buradaki tercihim silme işlemini zorlamaktır, ancak ekstra güvence almak isteyebilirsiniz).

Drew Taylor'un işaret ettiği gibi, -d ile şube silme sadece mevcut HEAD'ı dalın "tamamen birleştirilip birleştirilmediğini" belirlemede dikkate alır . Şube verirsen, daha şikayet edilir diğer bazı şube ile birleşti. Hata mesajı bu konuda kesinlikle daha açık olabilir ... Silmeden önce birleştirilmiş şubeyi kontrol edebilir veya sadece git -D dalını kullanabilirsiniz. Büyük harf-D, kontrolü tamamen geçersiz kılacaktır.

Sehe'nin cevabını denedim ve işe yaramadı.

Birleştirilmemiş taahhütleri bulmak için şunu kullanın:

git log feature-branch ^master --no-merges

Bugün ilk başıma geldi, çünkü ilk uzun dalımı yeniden efendi haline getirdim. Bazılarının SO'nun başka bir yerindeki bir iş parçacığında söylediği gibi, hile dalı silmeye çalışmadan önce master'a geri dönüyordu. Master'a geri döndüğünde git, hiçbir uyarı yapmadan şubeyi silmekten mutluluk duyuyordu.

Git, bu dalı silerek geçmişinizi kaybedebileceğiniz konusunda uyarıyor. Gerçekte herhangi bir taahhütü silmese bile, şubedeki bazı taahhütlerin bir kısmı veya tamamı başka bir şubenin parçası değilse de ulaşılamaz hale gelir.

Şubenin experimentbaşka bir şubeye “tamamen birleştirilmesi” için, ipucu taahhüdü diğer şubenin ucunun bir atası olmalı ve taahhütleri experimentdiğer şubenin bir alt kümesinde yapmalıdır . Bu, experimenttüm taahhütleri diğer şube aracılığıyla depo tarihinin bir parçası olarak kalacağından, silinmeyi güvenli hale getirir . "Tamamen" birleştirilmelidir, çünkü zaten birkaç kez birleştirilmiş olabilir, ancak şimdi diğer şubede bulunmayan son birleştirmeden bu yana taahhütler eklenmiştir.

Git depodaki diğer tüm şubeleri kontrol etmez; sadece iki:

1. Mevcut şube (HEAD)
2. Eğer varsa, memba şubesi

experimentSizin durumunuzda olduğu gibi “yukarı akış kolu” muhtemelen origin/experiment. Eğer experimenttam şimdiki dalında birleştirilir, ardından Git hiçbir şikayeti ile siler. Değilse, ancak akış yukarı dalında tamamen birleştirilirse, Git aşağıdaki gibi bir uyarı ile devam eder:

warning: deleting branch 'experiment' that has been merged
to 'refs/remotes/origin/experiment', but not yet merged to
HEAD.
Deleted branch experiment (was xxxxxxxx).

Burada xxxxxxxxbir taahhüt kimliği belirtilir. Yukarı akışında tam olarak birleştirilmek, taahhütlerin experimentkaynak deposuna itildiğini gösterir, böylece onları burada kaybetseniz bile en azından başka bir yerde saklanabilirler.

Git diğer şubeleri kontrol etmediğinden, bir şubeyi silmek güvenli olabilir çünkü başka bir şubeyle tamamen birleştirildiğini bilirsiniz; bunu -Dbelirtilen seçenekle yapabilir veya önce o şubeye geçebilir ve Git'in sizin için tamamen birleştirilmiş durumu onaylamasına izin verebilirsiniz.

Açıklama ile En Kolay Çözüm (çift kontrollu çözüm) (daha önce problemle karşı karşıya kaldı)

Problem şu:

1- Şube silemiyorum

2- Terminal, henüz onaylanmamış bazı taahhütler olduğuna dair bir uyarı mesajı gösterir

3- kaptanı ve dalı kontrol ettiğimi ve aynı olduklarını bilmek (güncel)

çözüm:

git checkout master
git merge branch_name
git checkout branch_name
git push
git checkout master
git branch -d branch_name

Açıklama:

şubeniz yukarı akış uzak şubesine (Github, bitbucket veya başka bir şekilde) bağlandığında, onu master'a birleştirmeniz (itmeniz) gerekir ve yeni değişiklikleri (taahhütleri) uzak repoya (Github, bitbucket veya her neyse) daldan,

kodumda yaptığım, master'a geçtim, sonra şubeyi birleştirin (yerel makinenizde aynı olduklarından emin olmak için), sonra tekrar şubeye geçtim ve güncellemeleri veya değişiklikleri uzaktan kumandaya ittim "git push" kullanarak kopyalayın.

Bundan sonra, master'a tekrar geçtim ve şubeyi silmeye çalıştım ve sorun (uyarı mesajı) kayboldu ve şube başarıyla silindi

birleştirilmeyen değişiklikleri görmek için şunu yaptım:

git checkout experiment
git merge --no-commit master

git diff --cached

Not: Bu, içinde masterolmayan değişiklikleri gösterir experiment.

Şunu unutmayın:

git merge --abort

İşiniz bittiğinde.

Sadece şunu anlayabilirsiniz:

git log - kiraz ustası ... deneysel

--cherry seçenek şu anlama gelir: --right-only --cherry-mark --no-merges

git-log man sayfası dedi

Çıktıyı bizim tarafımızdaki taahhütlerle sınırlamak ve çatallı bir tarihin diğer tarafına uygulanmış olanları git log - cherry upstream ... mybranch, git cherry upstream mybranch ile işaretlemek yararlıdır.

Bilginize. --cherry-pickeşdeğer taahhütleri atlar, ancak --cherry-marksyapmaz. Memba bulmak ve yukarı yönlü ve ortak çalışan kamu dalı arasında güncellenmiş değişiklikleri zorlamak yararlıdır

Benim yerel git akış yukarı şubesi yoktu. Ben master, git checkout -b mybranch yerel bir şube yaratmıştı. Memba git git üzerinde bitbucket GUI ile bir şube oluşturdum ve yerel şubemi (mybranch) o memba şubesine ittim. Memba şubesini almak için yerel gitimde git getirme yaptıktan sonra, git şubesi -d mybranch yapabilirdim.

Bayrağın --forcegerçekten aradığınız şey olduğuna inanıyorum . git branch -d --force <branch_name>Şube zorla silmek için kullanın .