Git: Odzyskaj usuniętą (zdalną) gałąź

Muszę odzyskać dwie gałęzie Git, które w jakiś sposób usunąłem podczas wypychania.

Te dwie gałęzie zostały utworzone w innym systemie, a następnie przesłane do mojego „współdzielonego” (github) repozytorium.

W moim systemie (najwyraźniej) odzyskałem gałęzie podczas pobierania:

~/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

Zaraz po tym zrobiłem nacisk, aby wysłać moje lokalne zmiany do centralnego repozytorium. Z jakiegoś powodu te gałęzie zostały usunięte zarówno z mojego systemu lokalnego, jak i centralnego repozytorium:

~/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 [email protected]: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

Nie jest strasznie łatwo zdjąć gałęzie z ich maszyny w miejscu urodzenia, więc chciałbym spróbować je odzyskać z mojego lokalnego, jeśli to możliwe.

Wszystkie informacje o „cofnięciu” przez git, które przeszukałem w Google, muszą przy odzyskiwaniu utraconych zatwierdzeń. Nie sądzę, żeby to miało tutaj zastosowanie, ponieważ nie mam identyfikatorów UID dla tych gałęzi.

Chciałbym wiedzieć, jak mogę je odzyskać. Chciałbym również wiedzieć, w jaki sposób zostały one usunięte w pierwszej kolejności i jak mogę tego uniknąć w przyszłości.

EDYCJA: na żądanie, oto moja konfiguracja repozytorium

user.name=Craig Walker
[email protected]
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/*
[email protected]: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

Nie jestem ekspertem. Ale możesz spróbować

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

znaleźć zatwierdzenie HEAD usuniętej gałęzi i odzyskać je.

tylko dwa polecenia ratują mi życie

1. Spowoduje to wyświetlenie wszystkich poprzednich HEADów

git reflog

2. Spowoduje to przywrócenie HEAD do zatwierdzenia, które usunąłeś.

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

Twoje usunięte gałęzie nie zostaną utracone, zostały skopiowane do origin / contact_page i origin / new_pictures „zdalne gałęzie śledzenia” przez pobranie, które pokazałeś (zostały również wypchnięte z powrotem przez pokazany push, ale zostały zepchnięte do refs / remotes / pochodzenie / zamiast referencji / głowy /). Sprawdź git log origin/contact_pagei git log origin/new_pictureszobacz, czy Twoje lokalne kopie są „aktualne” z tym, co Twoim zdaniem powinno tam być. Jeśli jakieś nowe zatwierdzenia zostałyby wypchnięte do tych gałęzi (z innego repozytorium) między pobraniem a wypychaniem, które pokazałeś, być może je „zgubiłeś” (ale prawdopodobnie mógłbyś je znaleźć w innym repozytorium, które ostatnio wypchnęło te gałęzie) .

Konflikt pobierania / wysyłania

Wygląda na to, że pobierasz w normalnym, `` trybie zdalnym '' (zdalne referencje / głowice / są przechowywane lokalnie w referencjach / zdalnych / pochodzenia /), ale wciskasz w `` trybie lustrzanym '' (lokalne referencje / są wypychane do zdalnych referencji /) . Sprawdź swój plik .git / config i uzgodnij ustawienia remote.origin.fetchi remote.origin.push.

Utwórz kopię zapasową

Przed wypróbowaniem jakichkolwiek zmian utwórz proste archiwum tar lub zip lub całe lokalne repozytorium. W ten sposób, jeśli nie podoba ci się to, co się dzieje, możesz spróbować ponownie z przywróconego repozytorium.

Opcja A: Zmień konfigurację jako lustro

Jeśli zamierzasz używać zdalnego repozytorium jako lustra lokalnego, zrób to:

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

Możesz też w końcu zechcieć usunąć wszystkie swoje referencje / zdalne / pochodzenie / referencje, ponieważ nie są one przydatne, jeśli pracujesz w trybie lustrzanym (twoje normalne gałęzie zajmują miejsce zwykłych gałęzi zdalnego śledzenia).

Opcja B: Skonfiguruj ponownie jako zwykłego pilota

Ale ponieważ wydaje się, że używasz tego zdalnego repozytorium z wieloma repozytoriami „roboczymi”, prawdopodobnie nie chcesz używać trybu lustrzanego. Możesz spróbować tego:

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

Następnie w końcu będziesz chciał usunąć fałszywe refs / remotes / origin refs w swoim zdalnym repozytorium: git push origin :refs/remotes/origin/contact_page :refs/remotes/origin/new_pictures … .

Test Push

Spróbuj git push --dry-runzobaczyć, co git pushby zrobił, nie zmuszając go do wprowadzania jakichkolwiek zmian w zdalnym repozytorium. Jeśli nie podoba ci się to, co mówi, że zrobi, odzyskaj z kopii zapasowej (tar / zip) i wypróbuj inną opcję.

Jeśli usunięcie nastąpiło wystarczająco niedawno (jak w momencie O-NIE!), Nadal powinieneś otrzymać wiadomość:

Deleted branch <branch name> (was abcdefghi).

nadal możesz biegać:

git checkout abcdefghi

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

1. dowiedzieć się coimmit id

   git reflog

2. odzyskać lokalny oddział, który został przez pomyłkę usunięty

   git branch need-recover-branch-name commitId

3. push need-recovery-branch-name ponownie, jeśli wcześniej usunąłeś również zdalną gałąź

   git push origin need-recover-branch-name

Dane nadal istnieją na githubie, możesz utworzyć nową gałąź ze starych danych:

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

Myślę, że masz niedopasowaną konfigurację dla „pobierania” i „wypychania”, co spowodowało, że domyślne pobieranie / wypychanie nie działało prawidłowo. Na szczęście pobrałeś gałęzie, które później usunąłeś, więc powinieneś być w stanie je odtworzyć za pomocą wyraźnego push.

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

Jeśli Twoja organizacja korzysta z JIRA lub innego podobnego systemu, który jest powiązany z git, możesz znaleźć zatwierdzenia wymienione na samym zgłoszeniu i kliknąć łącza do zmian kodu. Github usuwa gałąź, ale nadal ma dostępne zatwierdzenia do wyboru.

Może się to wydawać zbyt ostrożne, ale często spakuję kopię tego, nad czym pracowałem, zanim wprowadzę zmiany w kontroli źródła. W projekcie Gitlab, nad którym pracuję, niedawno przez pomyłkę usunąłem zdalną gałąź, którą chciałem zachować po scaleniu żądania scalenia. Okazuje się, że wszystko, co musiałem zrobić, aby odzyskać to z historią zmian, to ponowne wciśnięcie. Żądanie scalenia było nadal śledzone przez Gitlab, więc nadal pokazuje niebieską etykietę „scalone” po prawej stronie gałęzi. Nadal spakowałem folder lokalny na wypadek, gdyby stało się coś złego.