Dosyaları teslim almadan Git dalını değiştirin

Git'te tüm dosyaları teslim almadan başka bir dala geçmek mümkün mü?

Şubeyi değiştirdikten sonra tüm dosyaları silmem, yeniden oluşturmam, kaydetmem ve geri dönmem gerekiyor. Yani dosyaları kontrol etmek sadece zaman kaybıdır (ve yaklaşık 14.000 dosya vardır - bu uzun bir işlemdir).

Her şeyi netleştirmek için:

Belgeleri GitHub'a yüklemek için tüm bunlara ihtiyacım var .

Gh-pages şubesi olan bir depom var . Dokümantasyonu yerel olarak yeniden oluşturduğumda, onu depo dizinine kopyalıyorum, teslim ediyorum ve GitHub'a gönderiyorum. Ama mutlu değildim çünkü yerel olarak iki nüsha belgem vardı. Ve boş bir dal oluşturmaya karar verdim ve taahhüt ettikten sonra boşa geçip dosyaları sildim. Ancak geri dönmek uzun bir işlem - bu yüzden bu soruyu sordum.

Gh sayfalarının dalından ayrılabileceğimi ve dosyaları silebileceğimi biliyorum, ama kirli ağaçlardan hoşlanmam.

Evet, bunu yapabilirsiniz.

git symbolic-ref HEAD refs/heads/otherbranch

Bu şubeye taahhüt vermeniz gerekiyorsa, endeksi de sıfırlamak isteyeceksiniz, aksi takdirde son ödünç aldığınız şubeye göre bir şey taahhüt etmiş olursunuz.

git reset

Yalnızca temel git komutlarını kullanarak:

Bu cevap Charles'ın yanıtından biraz daha uzun, ancak yalnızca anlayabildiğim ve dolayısıyla hatırlayabildiğim temel git komutlarından oluşuyor ve aramaya devam etme ihtiyacını ortadan kaldırıyor.

Mevcut konumunuzu işaretleyin (gerekirse önce taahhüt edin):

git checkout -b temp

Çalışma dizinini değiştirmeden işaretçiyi diğer dala sıfırlayın (taşır):

git reset <branch where you want to go>

şimdi temp ve diğer dallar aynı commit'i gösterir ve çalışma dizininize dokunulmaz.

git checkout <branch where you want to go>

HEAD'iniz zaten aynı commit'i gösterdiğinden, çalışma dizine dokunulmaz

git branch -d temp

Bu komutların herhangi bir grafik istemciden de kolayca elde edilebileceğini unutmayın.

V2.24'te git switchkasa gibi bir şey var git checkout.
Dolayısıyla ben için aşağıdaki takma adını git hopiçin
"worktree değiştirmeden dala hop"

Okuyucunun yararı için:

Charles Bailey'nin çözümünün doğru olduğunu düşünmeme rağmen , bu çözüm yerel bir şube olmayan bir şeye geçerken ince ayar gerektiriyor. Ayrıca bunu normal komutlarla yapmanın anlaşılması kolay bir yolu olmalı. İşte bulduğum şey:

git checkout --detach
git reset --soft commitish
git checkout commitish

Açıklandı:

• git checkout --detachgit checkout HEAD^{}mevcut şubeyi geride bırakıp "ayrılmış kafa durumuna" geçenin aynısıdır . Yani bir sonraki modifikasyon HEADartık herhangi bir dalı etkilemiyor. Ayırma HEADworktree ne de indeksi etkilemez.
• git reset --soft commitishdaha sonra verilenin HEADSHA'sına geçer commitish. Dizini de güncellemek istiyorsanız, --softuzak durun, ancak bunu yapmanızı önermiyorum. Bu yine çalışma ağacına ve ( --soft) dizine dokunmaz .
• git checkout commitishdaha sonra HEADverilen commitish(şubeye) tekrar bağlanır . ( commitishSHA ise hiçbir şey olmaz.) Bu da indeksi veya çalışma ağacını etkilemez.

Bu çözüm, kesinleştirme ile ilgili her şeyi kabul eder, bu nedenle bu bazı gittakma adlar için idealdir . rev-parseAşağıdaki yazım hataları yanlışlıkla (yol daha karmaşık olacağını hata kurtarma) müstakil kafa devlet içine geçmiyoruz böyle olduğundan emin olmak için sadece bir test, zincirde bir şey sonları vardır.

Bu, aşağıdaki git hop treeishtakma ada yol açar :

git config --global alias.hop '!f() { git rev-parse --verify "$*" && git checkout "HEAD^{}" && git reset --soft "$*" && git checkout "$*"; }; f'

Bilginize, gittakma adlar listemde bulabilirsiniz .

Bir depolu iki çalışma dizini (iki çalışma alanı), hatta iki depoya sahip olmak daha iyi bir çözüm olmaz mıydı?

Orada git-yeni-Workdir aracını contrib/bu konuda size yardımcı olmak için bölüm.

Sanırım sıhhi tesisat komutanını arıyorsunuz git read-tree. Bu, dizini güncelleyecek ancak çalışma dizininizdeki hiçbir dosyayı güncellemeyecektir. Örneğin, branchokunacak şubenin adı olduğunu varsayarsak :

git okuma ağacı dalı

Daha sonra okuduğunuz şubeye bağlanmak istiyorsanız, şunları da yapmanız gerekir:

git sembolik-ref HEAD refs / kafalar / dal

HEAD dosyanızın üzerine farklı bir dal adı yazabilirsiniz:

echo "ref: refs / Heads / MyOtherBranch"> .git / HEAD

Bu kadar çok dosyayla, her dal için bir tane olmak üzere iki depo saklamak en iyisi olabilir. Değişiklikleri gerektiği gibi ileri geri çekebilirsiniz. Bu, git ile iğrenç hileler oynamaya çalışmaktan daha az şaşırtıcı olacak.

Sadece uzak bir şubenin gösterdiği yeri değiştirmeye çalışıyorsanız, bunu yerel kopyanıza dokunmadan "git push" ile yapabilirsiniz.

http://kernel.org/pub/software/scm/git/docs/git-push.html

Bir <refspec> parametresinin biçimi isteğe bağlı bir artı +, ardından kaynak ref <src>, ardından iki nokta üst üste: ve ardından hedef ref <dst> gelir. Uzak depodaki <dst> ref'in hangi <src> nesnesiyle güncelleneceğini belirtmek için kullanılır.

örneğin, foo'yu c5f7eba'yı gerçekleştirecek şekilde güncellemek için aşağıdakileri yapın:

git push origin c5f7eba:foo

Bunun peşinde olup olmadığından emin değilim.

faydalanabilirsin

      1. git checkout -f <new-branch>
      2. git cherry-pick -x <previous-branch-commit-id>

previous-branch-commit-id, eski verileri kopyalamak istediğiniz kayıttır.

Veya diğer şubenizden ustanıza yama yapmak için sadece bir yama dosyası kullanın

git diff otherbranch master > ~/tmp/otherbranch.diff
git checkout master
git apply ~/tmp/otherbranch.diff

A şubesinde olmak istediğinizi söyleyin, ancak B şubesindeki dosyalarla

git log ile A dalının geçerli kaydetme referansını bulun, örneğin "99ce9a2",

git checkout A
git reset --hard B
git reset 99ce9a2

şimdi, aşamalı olmayan değişiklikler olarak görünen B'ye karşılık gelen bir klasör yapısıyla A dalında olmalısınız (A geçmişi değişmedi).