Teslim alınmış bir dalın dal işaretçisini hareket ettirmek için git reset --hardkomut kullanılabilir. Ancak, kontrol edilmemiş bir dalın şube işaretçisini farklı bir taahhüde işaret etmek için nasıl hareket ettiririz (izlenen uzak dal gibi diğer tüm şeyleri tutmak)?
Yanıtlar:
Bunu keyfi başvurular için yapabilirsiniz. Şube işaretçisini şu şekilde hareket ettirebilirsiniz:
git update-ref -m "reset: Reset <branch> to <new commit>" refs/heads/<branch> <commit>
Genel form:
git update-ref -m "reset: Reset <branch> to <new commit>" <ref> <commit>
İsterseniz reflog mesajıyla ilgili nitleri seçebilirsiniz - branch -fBirinin diğerinden farklı olduğuna inanıyorum reset --hardve bu tam olarak bunlardan biri değil.
git branch -f. Spesifik olarak, bu yöntemin şu şekilde olduğu görülmektedir: (A) kullanımı daha zor (B) hatırlanması daha zor ve (C) daha tehlikeli
git branch -f <branch-name> <new-tip-commit>
git update-ref -m "reset: Reset <branch> to <new commit>" <branch> <commit>. (İsterseniz reflog mesajıyla ilgili niteleri seçebilirsiniz - birinin ondan branch -ffarklı olduğuna inanıyorum reset --hardve bu tam olarak bunlardan hiçbiri değil.)
git help branch"-f, --force <branchname> zaten varsa <branchname> öğesini <başlangıç noktası> olarak sıfırlayın. -f git dalı olmadan var olan bir dalı değiştirmeyi reddeder."
git branch -f master <hash>ve bana söylüyor fatal: Cannot force update the current branch.Ummmm ben, şimdi ne yapacağını ben bu komutu kullanma iznim önce bazı diğer rasgele şube kontrol etmek zorunda?
HEADnoktaya işaret eder) çalışmaz .
Ayrıca geçebilirsiniz git reset --hard bir taahhüt başvurusu .
Örneğin:
git checkout branch-name
git reset --hard new-tip-commit
Yarı sık böyle bir şey yapıyorum:
Bu tarihi varsayarsak
$ git log --decorate --oneline --graph
* 3daed46 (HEAD, master) New thing I shouldn't have committed to master
* a0d9687 This is the commit that I actually want to be master
# Backup my latest commit to a wip branch
$ git branch wip_doing_stuff
# Ditch that commit on this branch
$ git reset --hard HEAD^
# Now my changes are in a new branch
$ git log --decorate --oneline --graph
* 3daed46 (wip_doing_stuff) New thing I shouldn't have committed to master
* a0d9687 (HEAD, master) This is the commit that I actually want to be master
git update-refyukarıda tartışıldığı gibi yapmanız daha iyidir .
git reset --hard ...Tekrar burada gerek yok! :-(
Sadece tartışmayı zenginleştirmek için, myBranchşubeyi mevcut taahhüdünüze taşımak istiyorsanız , ikinci argümanı atlayın.-f
Misal:
git branch -f myBranch
Bunu genellikle rebaseMüstakil HEAD durumundayken yaparım :)
İçinde gitk --all:
Mevcut dalı değiştirmek yerine yeniden oluşturmanın izleme dalı bilgilerini kaybedeceğini unutmayın . (Bu genellikle yalnızca bir uzaktan kumandanın bulunduğu ve yerel şubenizin uzaktan kumandadaki ilgili dal ile aynı ada sahip olduğu basit kullanım durumları için bir sorun değildir. Daha fazla ayrıntı için yorumlara bakın, bu dezavantajı işaret ettiğiniz için @mbdevpl teşekkürler.)
gitkİletişim kutusunun 3 seçeneğe sahip olduğu bir özellik olsaydı havalı olurdu : üzerine yazma, mevcut değişikliği veya iptal etme.
Normalde benim gibi bir komut satırı bağımlısı olsanız git guive gitkizin verdikleri git kullanımının alt kümesi için oldukça güzel tasarlanmış olsalar bile. Onları iyi oldukları için kullanmanızı şiddetle tavsiye ederim (yani, git gui'deki dizinin içine / dışına seçici olarak sahneleme ve ayrıca taahhütte bulunma. (Ctrl-s imzalamak için: line, ctrl-enter işlemek .)
gitk yukarı akış göndermek için değişikliklerinizi güzel bir yama serisine ya da birden çok dalla ortasında ne olduğunuzu takip etmeniz gereken başka bir şeye dönüştürürken birkaç dalı takip etmek için harikadır.
Açık bir grafik dosya tarayıcım bile yok, ama gitk / git gui'yi seviyorum.
git statusçıktı etkilenir. Ayrıca, bazı durumlarda git fetchve git pushizleme şube set yok açıkça uzaktan belirtmeden çalışmayacaktır. Tüm vakaları bilmiyorum, ama benim için genel kural, kolaylık ve çalışma hızı için, takip şubelerinin sırayla olması daha iyi.
Önerilen çözümgit branch -f branch-pointer-to-move new-pointer de TortoiseGit :
Dürüst olmak gerekirse, kimsenin git pushkomuta hakkında nasıl düşünmediğine şaşırdım :
git push -f . <destination>:<branch>
Nokta (.) Yerel veri havuzunu ifade eder ve hedef "uzaktaki karşıtının arkasında" olabileceğinden -f seçeneğine ihtiyacınız olabilir .
Bu komut sunucunuzdaki değişikliklerinizi kaydetmek için kullanılsa da, sonuç uzak dalı ( <branch>) yerel dalla ( <destination>) aynı işleme taşımakla aynıdır.
-fyerel bir şeyi hızlandırmaktan kaçınmadan da yapabilirsiniz ; örneğin, git fetch origin && git push . origin/develop:developkasaya ihtiyaç duyulmayan başarısız hızlı bir versiyonudurgit checkout develop && git pull --ff-only
Dosyayı açın ve .git/refs/heads/<your_branch_name>orada saklanan karmayı, şubenizin başını taşımak istediğiniz kareyle değiştirin. Dosyayı herhangi bir metin düzenleyicisiyle düzenleyin ve kaydedin. Değiştirilecek dalın geçerli olan etkin olmadığından emin olun.
Feragatname: Muhtemelen bunu yapmak için tavsiye edilen bir yol değildir, fakat işi yapar.
İşaret etmek istediğiniz taahhüdün geçerli dalın önünde olması durumunda (geçerli dalın son taahhütlerini geri almak istemiyorsanız durum böyle olmalıdır), şunları yapabilirsiniz:
git merge <commit>
git push . <commit>:<branch>, daha önce önerildiği gibi yapabilirsiniz .
git branch <branch-name> <SHA-1-of-the-commit>eski dalı kullanmaktan ve dökümünden yeni bir dal oluşturmuyorsunuz ?