Git: Silinen (uzak) dalı kurtar

İtme sırasında bir şekilde sildiğim iki Git dalını kurtarmam gerekiyor.

Bu iki dal farklı bir sistemde oluşturuldu ve sonra benim "paylaşılan" (github) havuzuma gönderildi.

Sistemimde, (görünüşe göre) bir getirme sırasında dalları aldım:

~/myfolder> git fetch
remote: Counting objects: 105, done.
remote: Compressing objects: 100% (58/58), done.
remote: Total 62 (delta 29), reused 0 (delta 0)
Unpacking objects: 100% (62/62), done.
From github.com:mygiturl
 * [new branch]      contact_page -> origin/contact_page
   731d1bb..e8b68cc  homepage   -> origin/homepage
 * [new branch]      new_pictures -> origin/new_pictures

Hemen ardından yerel değişikliklerimi merkezi depoya göndermek için baskı yaptım. Nedense bu şubeler hem yerel sistemimden hem de merkezi depodan silindi:

~/myfolder> git push
Counting objects: 71, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (43/43), done.
Writing objects: 100% (49/49), 4.99 KiB, done.
Total 49 (delta 33), reused 0 (delta 0)
To git@github.com:mygiturl.git
 - [deleted]         contact_page
 + e8b68cc...731d1bb homepage -> homepage (forced update)
   bb7e9f2..e0d061c  master -> master
 - [deleted]         new_pictures
   e38ac2e..bb7e9f2  origin/HEAD -> origin/HEAD
   731d1bb..e8b68cc  origin/homepage -> origin/homepage
   e38ac2e..bb7e9f2  origin/master -> origin/master
 * [new branch]      origin/contact_page -> origin/contact_page
 * [new branch]      origin/new_pictures -> origin/new_pictures

Dalları doğdukları makineden çıkarmak çok kolay değil, bu yüzden mümkünse onları yerel makinemden almaya çalışıyorum.

Google'da araştırdığım git "geri al" bilgilerinin tümü, kayıp taahhütleri kurtarmakla ilgili. Bu dallar için UID'lerim olmadığından, bunun burada geçerli olduğunu sanmıyorum.

Bunları nasıl geri alabileceğimi bilmek isterim. Ayrıca ilk etapta nasıl silindiklerini ve gelecekte bundan nasıl kaçınabileceğimi de bilmek istiyorum.

DÜZENLEME: istek üzerine, işte repo yapılandırmam

user.name=Craig Walker
user.email=github@softcraft.ca
alias.unadd=reset HEAD
core.repositoryformatversion=0
core.filemode=true
core.bare=false
core.logallrefupdates=true
core.ignorecase=true
remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
remote.origin.url=git@github.com:MyGitURL.git
remote.origin.mirror=true
branch.master.remote=origin
branch.master.merge=refs/heads/master
alias.undo=reset --hard
alias.test=push -f ci HEAD:master
alias.st=status
alias.ci=commit
alias.br=branch
alias.co=checkout
alias.ch=checkout
alias.df=diff
alias.lg=log -p
alias.who=shortlog -s --
remote.ci.url=ContinuousIntegrationGitURL
remote.ci.fetch=+refs/heads/*:refs/remotes/ci/*
branch.photo.remote=origin
branch.photo.merge=refs/heads/photos
remote.foo.url=FooGitURL
remote.foo.fetch=+refs/heads/*:refs/remotes/cynthia/*
branch.homepage.remote=origin
branch.homepage.merge=refs/heads/homepage

Ben uzman değilim Ama deneyebilirsin

git fsck --full --no-reflogs | grep commit

silinen dalın HEAD yürütmesini bulmak ve geri almak için.

sadece iki komut hayatımı kurtarır

1. Bu, önceki tüm HEAD'leri listeleyecektir

git reflog

2. Bu, HEAD'i sildiğiniz işleme geri döndürecektir.

git reset --hard <your deleted commit>
ex. git reset --hard b4b2c02

Silinen şubeleriniz kaybolmaz, gösterdiğiniz getirme ile origin / contact_page ve origin / new_pictures “uzaktan izleme dalları” na kopyalandı (ayrıca gösterdiğiniz itme ile geri itildi, ancak refs / remote / origin / refs / heads / yerine). Kontrol git log origin/contact_pageve git log origin/new_picturesyerel kopyaları orada olması gerektiğini düşünüyorum ne olursa olsun “güncel” olup olmadığını görmek için. Gösterdiğiniz getirme ve itme arasında bu şubelere (başka bir depodan) herhangi bir yeni taahhüt gönderildiyse, bunları "kaybetmiş" olabilirsiniz (ancak muhtemelen bunları en son bu dalları iten diğer depoda bulabilirsiniz) .

Getirme / İtme Çakışması

Görünüşe göre normal, 'uzak modda' (uzak referanslar / kafalar / yerel olarak referanslar / uzaktan kumandalar / orijin / içinde saklanıyor), ancak 'yansıtma moduna' giriyorsunuz (yerel referanslar / uzak referanslara itiliyor /) . .Git / config dosyanızı kontrol edin ve remote.origin.fetchve remote.origin.pushayarları uzlaştırın .

Yedekleme yapmak

Herhangi bir değişikliği denemeden önce basit bir tar veya zip arşivi veya tüm yerel deponuzu yapın. Bu şekilde, olanlardan hoşlanmıyorsanız, geri yüklenen bir depodan tekrar deneyebilirsiniz.

Seçenek A: Yansıtma olarak Yeniden Yapılandırma

Uzak deponuzu yerel deponuzun bir aynası olarak kullanmayı düşünüyorsanız, şunu yapın:

git branch contact_page origin/contact_page &&
git branch new_pictures origin/new_pictures &&
git config remote.origin.fetch '+refs/*:refs/*' &&
git config --unset remote.origin.push &&
git config remote.origin.mirror true

Ayrıca, ayna modunda çalışıyorsanız (normal şubeleriniz normal uzaktan izleme dallarının yerini alır) faydalı olmadıklarından, tüm referanslarınızı / uzaktan kumandalarınızı / menşe / referanslarınızı silmek isteyebilirsiniz.

Seçenek B: Normal Uzaktan Kumanda Olarak Yeniden Yapılandırma

Ancak bu uzak depoyu birden çok "iş" deposu ile kullanıyormuşsunuz gibi göründüğünden, muhtemelen ayna modunu kullanmak istemezsiniz. Bunu deneyebilirsin:

git config push.default tracking &&
git config --unset remote.origin.push
git config --unset remote.origin.mirror

Sonra, sonunda uzak repo sahte ref / uzaktan kumanda / menşe ref silmek isteyeceksiniz: git push origin :refs/remotes/origin/contact_page :refs/remotes/origin/new_pictures ….

Test Basımı

Uzak depoda herhangi bir değişiklik yapmadan git push --dry-runne git pushyapacağını görmeye çalışın . Yapacağını söylediği şeyi beğenmediyseniz, yedeğinizden (tar / zip) kurtarın ve diğer seçeneği deneyin.

Silme işlemi yeterince yeni ise (Oh-NO! Anı gibi), yine de bir mesajınız olmalıdır:

Deleted branch <branch name> (was abcdefghi).

hala koşabilirsiniz:

git checkout abcdefghi

git checkout -b <some new branch name or the old one>

1. commit kimliğini bul

   git reflog

2. yanlışlıkla sildiğiniz yerel şubeyi kurtarın

   git branch need-recover-branch-name commitId

3. Uzak dalı daha önce de sildiyseniz, need-recovery-branch-adını tekrar itin

   git push origin need-recover-branch-name

Veriler hala github'da mevcut, eski verilerden yeni bir dal oluşturabilirsiniz:

git checkout origin/BranchName #get a readonly pointer to the old branch
git checkout –b BranchName #create a new branch from the old
git push origin BranchName #publish the new branch

"Getirme" ve "push" için uyumsuz bir yapılandırmanız olduğunu düşünüyorum, bu nedenle bu, varsayılan getirme / itme işleminin düzgün bir şekilde dönmemesine neden oldu. Neyse ki, daha sonra sildiğiniz dalları getirdiniz, bu nedenle onları açık bir itme ile yeniden oluşturabilmelisiniz.

git push origin origin/contact_page:contact_page origin/new_pictures:new_pictures

Kuruluşunuz JIRA veya git'e bağlı başka bir benzer sistem kullanıyorsa, biletin kendisinde listelenen taahhütleri bulabilir ve kod değişikliklerinin bağlantılarına tıklayabilirsiniz. Github şubeyi siler ancak yine de kiraz toplama için mevcut taahhütlere sahiptir.

Çok temkinli görünebilir, ancak kaynak kontrol değişikliklerini yapmadan önce üzerinde çalıştığım şeyin bir kopyasını sık sık sıkıştırırım. Üzerinde çalıştığım bir Gitlab projesinde, birleştirme isteğini birleştirdikten sonra saklamak istediğim bir uzak dalı yanlışlıkla sildim. Taahhüt tarihiyle onu geri almak için tek yapmam gereken tek şey tekrar zorlamaktı. Birleştirme isteği hala Gitlab tarafından izleniyordu, bu nedenle dalın sağında mavi "birleştirilmiş" etiketi hala gösteriyor. Kötü bir şey olması durumunda yerel klasörümü hala sıkıştırdım.