Git: восстановление удаленной (удаленной) ветки

Ответ 1

Я не эксперт. Но вы можете попробовать

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

чтобы найти фиксацию HEAD удаленной ветки и вернуть ее.

Ответ 2

Ваши удаленные ветки не потеряны, они были скопированы в origin/contact_page и origin/new_pictures "удаленные ветки отслеживания" по полученной вами выборке (они также были нажаты назад, вы показали, но они были нажаты в refs/remotes/origin/вместо refs/heads/). Проверьте git log origin/contact_page и git log origin/new_pictures, чтобы узнать, соответствуют ли ваши локальные копии текущему состоянию, что бы вы ни думали. Если какие-либо новые коммиты были перенесены на эти ветки (из какого-то другого репо) между извлечением и нажатием, которые вы показали, вы можете "потерять" их (но, вероятно, вы, вероятно, могли бы найти их в другом репо, который недавно подтолкнул эти ветки).

Fetch/Push Conflict

Похоже, вы загружаетесь в обычном "удаленном режиме" (удаленные refs/heads/хранятся локально в refs/remotes/origin/), но нажатие "зеркального режима" (локальные ссылки refs/push to remote refs/). Проверьте свой .git/config и скорректируйте настройки remote.origin.fetch и remote.origin.push.

Сделать резервную копию

Прежде чем приступать к каким-либо изменениям, создайте простой архив tar или zip или все ваше местное репо. Таким образом, если вам не нравится, что происходит, вы можете попробовать еще раз с восстановленного репо.

Вариант A: переконфигурировать как зеркало

Если вы намерены использовать свое дистанционное репо как зеркало своего локального, сделайте следующее:

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

Возможно, вам также понадобится удалить все ваши ссылки refs/remotes/origin/refs, так как они не полезны, если вы работаете в зеркальном режиме (ваши обычные ветки заменяют обычные ветки удаленного отслеживания).

Вариант B: переконфигурировать как обычный пульт дистанционного управления

Но поскольку кажется, что вы используете это дистанционное репо с несколькими "рабочими" репозиториями, вы, вероятно, не хотите использовать зеркальный режим. Вы можете попробовать следующее:

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

Затем вы в конечном итоге захотите удалить фиктивные refs/remotes/origin refs в удаленном репо: git push origin :refs/remotes/origin/contact_page :refs/remotes/origin/new_pictures ….

Test Push

Попробуйте git push --dry-run, чтобы увидеть, что бы он сделал git push, без внесения каких-либо изменений в дистанционное репо. Если вам не нравится то, что он говорит, что он собирается сделать, восстановите резервную копию (tar/zip) и попробуйте другой вариант.

Ответ 3

только две команды сохраняют мою жизнь

1. Это отобразит список всех предыдущих HEADs

git reflog

2. Это вернет HEAD, чтобы зафиксировать, что вы удалили.

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

Ответ 4

Данные все еще существуют в github, вы можете создать новую ветку из старых данных:

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

Ответ 5

Я думаю, что у вас есть несогласованная конфигурация для "выборки" и "push", так что это вызвало неправильный выбор/выборка по умолчанию. К счастью, вы извлекли ветки, которые впоследствии удалили, чтобы вы могли воссоздать их с явным нажатием.

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

Ответ 6

Если ваша организация использует JIRA или другую аналогичную систему, привязанную к git, вы можете найти коммиты, указанные в самом билете, и щелкнуть ссылки на изменения кода. Github удаляет ветвь, но все еще имеет фиксации, доступные для выбора вишни.

Ответ 7

Это может показаться слишком осторожным, но я часто застегиваю копию того, над чем я работаю, прежде чем внести изменения в исходный код. В проекте Gitlab, над которым я работаю, недавно удалил удаленный филиал по ошибке, который я хотел сохранить после слияния запроса на слияние. Оказывается, все, что мне нужно было сделать, чтобы вернуть его с историей фиксации, снова было толчком. Запрос на слияние по-прежнему отслеживался Gitlab, поэтому он по-прежнему показывает синий "объединенный" ярлык справа от ветки. Я все же закрепил свою локальную папку на случай, если что-то случилось.