Как восстановить удаленную ветку git

Шпаргалка по Git. Решение основных проблем

Восстановление накопленных изменений

В том случае, если изменения, внесённые пользователем, находятся в режиме накопления, применить их к ветке можно с помощью команды git stash apply. Также можно запустить git diff — эта команда поможет выявить различия. Для того, чтобы затем избавиться от накопленных данных, нужно запустить команду:

Если существует более одного накопления, найти нужное можно с помощью команды:

git stash list затем можно применить его, воспользовавшись его индексом:

Необходимо учитывать, что отсчёт индексов ведётся от нуля.

Восстановление удалённого тега

В том случае, если необходимо восстановить случайно удалённый тег, начать можно с его поиска:

После того, как нужный тег найден, его следует восстановить:

Восстановление удалённого файла

Если вы случайно удалили файл, его можно быстро восстановить:

Если требуется восстановить файл из конкретной временной точки истории коммитов, следует узнать хеш нужного коммита и запустить команду:

Восстановление удалённой ветки

С помощью комманды git reflog можно узнать хеш (SHA1) последнего коммита в удалённой ветке. Скопируйте этот хеш и используйте в команде:

После этого восстановить удалённую ветку можно будет вот такой командой:

Изменение сообщения коммита перед его отправкой

Сообщение можно изменить и напрямую с помощью команды

Изменение сообщения коммита после его отправки

Предупреждение: подобная насильная перезапись может привести к потери коммитов из внешней ветки, если с ней давно не было синхронизации, соблюдайте осторожность.

Использование алиасов команд в командной строке

Устали каждый раз печатать git status? Этой команде можно присвоить простой алиас, который проще и быстрее вбивать в git.

— теперь нужно писать только git st

Можно пойти дальше и присвоить алиасы более сложным командам:

Теперь алиас git logme будет выводить все наши коммиты.

Коммит в неправильную ветку

Нужно переключиться на новую ветку, которую вы забыли предварительно создать:

А затем переключиться к оригинальной ветке:

. и «откатиться» до последнего коммита, который нужно сохранить.

Чтобы это сделать, можно воспользоваться командой git log и сохранить хеш (SHA1) последнего коммита, который нужно оставить.. Например, это a31a45c.

Предупреждение: Убедитесь в том, что никто не отправлял коммиты в оригинальную ветку во время выполнения вышеописанных процедур, в противном случае эти изменения будут потеряны!

Обновление конкретного подмодуля

Чтобы обновить конкретный подмодуль в репозитории, нужно добавить путь к подмодулю:

Откат к конкретному коммиту в истории

Если вас не очень беспокоят изменения в локальном репозитории, то можно «откатиться» к конкретному коммиту в истории с помощью команды:

Эта команда установит HEAD на конкретный коммит. Также можно воспользоваться хешем коммита.

Отмена коммита до публикации изменений

Если вы сделали коммит, который впоследствии понадобилось отредактировать или полностью стереть, поможет команда git reset.

Будьте осторожны используя второй вариант, поскольку изменения ваших локальных файлов будут потеряны.

Чтобы сохранить сообщение коммита, наберите: :

Отмена коммита после отправки его в master-репозиторий

Рассмотрим процедуру возврата одного или нескольких коммитов, которые нужно стереть из удалённой ветки. Обозначить конкретный коммит можно с помощью его хеша:

Отмена только коммита, который является вторым после последнего:

Простая отмена последнего коммита:

Отмена локальных изменений файлов

Простейшим способом избавиться от нежелательных изменений для файлов и папок является восстановление состояния последнего коммита. Сделать это можно с помощью специальной команды:

Кроме того, можно восстановить конкретный путь к файлу:

Отображение всех коммитов одного файла

Аргумент —follow позволяет вывести все изменения над файлом, даже если в процессе работы он был переименован.

Отображения числа коммитов от каждого участника

Хотите узнать, сколько коммитов сделал каждый участник команды?

Отобразить коммиты, содержащие удалённые файлы

Узнать, в каких коммитах содержатся удалённые файлы, можно с помощью команды:

Она покажет список коммитов, в которых удалялись файлы.

Отсортировать коммиты по автору

Чтобы вывести список коммитов, отфильтрованных по автору, следует воспользоваться следующей командой:

Очистка всех скрытых состояний

Очистить все скрытые состояния можно следующей командой:

Переименование локальной и удалённой ветки

Предложим, у вас есть ветка «fix-bug25», которую вы захотели переименовать в «hotfix-users». Прежде всего, нужно будет изменить локальную ветку:

А затем — удалённую ветку: переименовать её напрямую нельзя, поэтому нужно будет её удалить, и затем опубликовать заново уже с новым именем. Прежде чем приступать к этим процедурам, следует убедиться, что никто из членов команды не работает с этой веткой! Удаляем ветку: git push origin :fix-bug25

А теперь заново публикуем её с новым именем: git push origin hotfix-users

Переименование тега

Чтобы переименовать существующий тег:

Перестать отслеживать существующие файлы

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

Она удалит изменённые файлы из зоны подготовленных файлов (staging area). Затем нужно запустить команду:

и отправить изменения.

Подготовка удалённых файлов

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

Если требуется подготовить только используемый в данный момент путь, воспользуйтесь командой

Поиск конкретного сообщения во всех коммитах

Чтобы найти конкретный текст сообщения коммита, соответствующий регулярному выражению, нужно воспользоваться командой

Пометить конфликтующий файл, как разрешённый

Чтобы пометить один или несколько конфликтующих файлов, как разрешённые, чтобы их можно было нормально изменять, воспользуйтесь командой:

Затем можно запустить git commit, чтобы разрешить конфликты и опубликовать изменения.

Просмотр всех неотправленных коммитов

Чтобы просмотреть все коммиты, которые ещё не были отправлены в соответствующие ветки, воспользуйтесь следующей командой:

Кроме того, можно использовать:

Просмотр старой ревизии файла

Существует возможность просмотреть содержимое файла в конкретный момент времени в прошлом. Для этого нужно использовать команду:

Публикация локальной ветки для удалённого редактирования

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

Теперь они тоже смогут вносить изменения в эту ветку.

Сброс локальной ветки до состояния удалённой

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

Прежде всего нужно получить свежие обновления из удалённой ветки:

А затем нужно сообщить git, что локальную ветку следует «откатить» до состояния удалённой:

Синхронизировать ветку с master-репозиторием

Чтобы синхронизировать последние изменения в репозитории master (или с любой другой веткой, с которой вы работали) необходимо «перебазировать» локальную ветку. Предположим, вы работаете над веткой foobar:

А затем осуществляете «перебазирование»:

После этого будут применены коммиты origin из master. После разрешения конфликтов процесс можно продолжить с помощью команды git rebase —continue. Теперь можно продолжать работу над своей веткой или осуществить её слияние (merge) с главным репозиторием.

Слияние локальных изменений с другой веткой

Это можно сделать прямо в процессе стандартного слияния (merge). Вам стоит сохранить историю слияний используя флаг —no-ff, что означает no fast forward.

Перейдите в ветку, в которую будут вливаться изменения, убедитесь в её актуальности и запустите процесс:

Затем появится сообщение о коммите merge X into Y branch, после чего вы можете смело запушить ваше слияние.>

Совмещение двух и более коммитов

Если есть необходимость в совмещении двух последних коммитов, можно использовать команду

После её ввода появятся инструкции по выбору коммитов. В том случае, если необходимо совместить все коммиты с первым старейшим коммитов, то в первой строке нужно написать pick, а для всех остальных коммитов изменить букву на f. Подробнее здесь

Совмещение коммитов по конкретной функции для добавления в ветку релиза

Если вы решите совместить и опубликовать коммиты, то возникнет новый коммит в ветке релиза, поэтому история ветки конкретной функции останется неизменной.

Ниже представлен пример того, как достичь подобного эффекта:

В конечном итоге останется только один коммит в ветке релиза, а история изменений в ветке разработки конкретной функции останется нетронутой.

Создание новой ветки с изменениями текущей

Часто возникает ситуация, при которой пользователи начинают изменять файлы в ветке, чтобы что-то исправить, и лишь позднее вспоминают, что предварительно не создали новую ветку. К счастью, есть способ сделать это уже в процессе:

Эта команда перенесёт файлы из текущей ветки в новую, которую потом уже можно «закоммитить».

Убрать файл из буфера

Чтобы убрать добавленный по ошибке файл из буфера, нужно воспользоваться простой командой:

Удаление внешней ветки

Если вы хотите удалить ветку, введите команду:

Удаление неотслеживаемых файлов и папок

Чтобы удалить неотслеживаемые файлы и папки из рабочей копии наберите следующую команду:

Чтобы в принципе удалить их:

Подсказка: чтобы увидеть, какие файлы являются лишними, перед их непосредственным удалением, наберите:

Удаление старых веток, стёртых из внешнего репозитория

Если ветка удалена из внешнего репозитория, её также можно стереть из локального репозитория с помощью команды

Она удалит старую ветку под названием название-удалённой-ветки, которая уже была стёрта из внешнего репозитория, но всё ещё доступна локально в remotes/название-удалённой-ветки.

Удаление файла из git с сохранением его локальной копии

Для того, чтобы удалить файл из git, но сохранить его локально нужно использовать следующую команду:

Без Гита и жизнь не та

Получите практику в Git на курсах HTML Academy. Мы расскажем всё, что знаем сами, чтобы вы прокачали навыки в веб-разработке.

Источник

Удалённые ветки

Удалённые ссылки — это ссылки (указатели) в ваших удалённых репозиториях, включая ветки, теги и так далее. Полный список удалённых ссылок можно получить с помощью команды git ls-remote или команды git remote show для получения удалённых веток и дополнительной информации. Тем не менее, более распространенным способом является использование веток слежения.

Ветки слежения — это ссылки на определённое состояние удалённых веток. Это локальные ветки, которые нельзя перемещать; Git перемещает их автоматически при любой коммуникации с удаленным репозиторием, чтобы гарантировать точное соответствие с ним. Представляйте их как закладки для напоминания о том, где ветки в удалённых репозиториях находились во время последнего подключения к ним.

Для синхронизации ваших изменений с удаленным сервером выполните команду git fetch (в нашем случае git fetch origin ). Эта команда определяет какому серверу соответствует «origin» (в нашем случае это git.ourcompany.com ), извлекает оттуда данные, которых у вас ещё нет, и обновляет локальную базу данных, сдвигая указатель origin/master на новую позицию.

Отправка изменений

Когда вы хотите поделиться веткой, вам необходимо отправить её на удалённый сервер, где у вас есть права на запись. Ваши локальные ветки автоматически не синхронизируются с удалёнными при отправке — вам нужно явно указать те ветки, которые вы хотите отправить. Таким образом, вы можете использовать свои личные ветки для работы, которую не хотите показывать, а отправлять только те тематические ветки, над которыми вы хотите работать с кем-то совместно.

Если вы используете HTTPS URL для отправки изменений, Git-сервер будет спрашивать имя пользователя и пароль для аутентификации. По умолчанию вам будет предложено ввести эти данные в терминале, чтобы сервер мог определить разрешена ли вам отправка изменений.

Для получения более подробной информации о различных вариантах кэша учётных данных обратитесь к разделу Хранилище учётных данных.

В следующий раз, когда один из ваших соавторов будет получать обновления с сервера, он получит ссылку на то, на что указывает serverfix на сервере, как удалённую ветку origin/serverfix :

Отслеживание веток

В действительности, это настолько распространённая команда, что существует сокращение для этого сокращения. Если вы пытаетесь извлечь ветку, которая не существует, но существует только одна удалённая ветка с точно таким же именем, то Git автоматически создаст ветку слежения:

Чтобы создать локальную ветку с именем, отличным от имени удалённой ветки, просто укажите другое имя:

Важно отметить, что эти цифры описывают состояние на момент последнего получения данных с каждого из серверов. Эта команда не обращается к серверам, а лишь говорит вам о том, какая информация с этих серверов сохранена в локальном кэше. Если вы хотите иметь актуальную информацию об этих числах, вам необходимо получить данные со всех ваших удалённых серверов перед запуском команды. Сделать это можно вот так:

Получение изменений

Удаление веток на удалённом сервере

Всё, что делает эта строка — удаляет указатель на сервере. Как правило, Git сервер хранит данные пока не запустится сборщик мусора, поэтому если ветка была удалена случайно, чаще всего её легко восстановить.

Источник

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

Мне нужно восстановить две ветки Git, которые я каким-то образом удалил во время push.

Эти две ветки были созданы в другой системе и затем помещены в мой «общий» (github) репозиторий.

В моей системе я (по-видимому) получил ветки во время выборки:

Сразу после этого я отправил свои локальные изменения в центральное репо. По какой-то причине эти ветки были удалены как из моей локальной системы, так и из центрального репо:

Снять ветви с машины, где они родились, не так уж и легко, поэтому я хотел бы попытаться восстановить их у своего местного жителя, если это возможно.

Вся информация о git «undo», которую я нашел в Google, связана с восстановлением потерянных коммитов. Я не думаю, что здесь это применимо, поскольку у меня нет идентификаторов фиксации для этих веток.

Я хотел бы знать, как мне их вернуть. Я также хотел бы знать, как они были удалены в первую очередь и как я могу избежать этого в будущем.

РЕДАКТИРОВАТЬ: по запросу, вот моя конфигурация репо

Я не специалист. Но ты можешь попробовать

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

всего две команды спасают мою жизнь

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

2. Это вернет HEAD для фиксации, которую вы удалили.

Конфликт загрузки / извлечения

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

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

Вариант A: перенастроить как зеркало

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

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

Вариант B: перенастроить как обычный пульт

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

Тестовый толчок

Источник

Можно ли восстановить ветвь после ее удаления в Git?

ОТВЕТЫ

Ответ 1

Благодарим @Cascabel за эту сокращенную/однострочную версию.

Вы можете сделать это за один шаг:

Ответ 2

Если ваши коммиты отсутствуют в вашем reflog (возможно, из-за того, что они были удалены сторонним инструментом, который не записывает в reflog), я успешно восстановил ветку, сбросив свою ветку до шага коммита, найденного с помощью такой команды, как что (он создает файл со всеми висячими коммитами):

Если вы должны использовать его более одного раза (или хотите сохранить его где-нибудь), вы также можете создать псевдоним с помощью этой команды.

и используйте его с git rescue

Чтобы исследовать найденные коммиты, вы можете отобразить каждый коммит, используя несколько команд для их просмотра.

Чтобы отобразить метаданные фиксации (автор, дата создания и сообщение коммита):

Чтобы увидеть также различия:

Как только вы нашли свой коммит, создайте ветку для этого коммита с помощью:

Для тех, которые находятся под Windows и им нравятся графические интерфейсы, вы можете легко восстановить коммиты (а также некоммитированные промежуточные файлы) с помощью GitExtensions, используя функцию Repository => Git maintenance => Recover lost objects.

Ответ 3

Если вы хотите использовать графический интерфейс, вы можете выполнить всю операцию с помощью gitk.

Ответ 4

Самое популярное решение действительно больше, чем было запрошено:

переместит вас в новую ветку вместе со всеми недавними изменениями, которые вы, возможно, забыли совершить. Это может быть не ваше намерение, особенно когда в «режиме паники» после потери ветки.

A более чистое (и более простое) решение кажется однострочным (после того, как вы нашли с git reflog ):

Если это не подсказка, она все равно будет работать, и вы получите более короткую ветку, после чего вы сможете повторить попытку с новым и новым именем ветки, пока не получите правильное решение.

Наконец, вы можете переименовать успешно восстановленную ветку в то, что она была названа, или что-то еще:

Ответ 5

Ответ 6

Ответ 7

Для пользователей GitHub без установленного Git:

Если вы хотите восстановить его с веб-сайта GitHub, вы можете использовать их API, чтобы получить список событий, связанных с репо:

Первый

найти эти SHA (зафиксировать хэши):

. или для частных репозиториев:

(будет предложено ввести пароль GitHub)

следующий

• Перейдите в разделы и удалите этот.

• На той же странице, без перезагрузки, откройте DevTools, панель «Сеть». Теперь готовимся.

• Нажмите восстановить. Вы заметите новую «линию». Щелкните правой кнопкой мыши на нем и выберите «Копировать как cURL» и сохраните этот текст в каком-то редакторе.

Теперь вы должны получить что-то вроде:

Заключительный этап

Я понимаю, что это может быть не самое простое или правильное решение, но оно предлагается на случай, если кто-то посчитает его полезным.

Ответ 8

Из моего понимания, если удаляемая ветка может быть достигнута другой веткой, вы можете безопасно ее удалить, используя

Это часть обязательного просмотра видео от Скотта Чакона о Git. Проверьте минутку 58:00, когда он расскажет о ветких и как их удалить.

Ответ 9

Я использовал следующие команды для поиска и извлечения удаленной ветки. Первые шаги из описания gcb.

Ответ 10

Я переустановил ветку с удаленного, чтобы попытаться очистить несколько коммитов, которых я не хотел, и собирался сделать черри нужные, которые я хотел. Конечно, я написал SHA неправильно.

Вот как я их нашел (в основном, более простой интерфейс/взаимодействие от вещей по ответам здесь):

Сначала создайте список свободных коммитов в вашем журнале. Сделайте это как можно скорее и перестаньте работать, так как они могут быть сброшены сборщиком мусора.

Создает файл lost со всеми коммитами, на которые вам придется посмотреть. Чтобы упростить нашу жизнь, разрежьте только SHA:

Теперь у вас есть файл commits со всеми коментами, которые вы должны посмотреть.

Предполагая, что вы используете Bash, последний шаг:

Ответ 11

Для восстановления удаленной ветки сначала перейдите в историю reflog,

Где n указывает на последние n коммитов. Затем найдите нужную голову и создайте ветку с этой головой.

Ответ 12

Убедитесь, что все это выполняется локально, и подтвердите, что репо находится в желаемом состоянии, прежде чем отправлять в Bitbucket Cloud. Также может быть хорошей идеей клонировать текущее хранилище и сначала протестировать эти решения.

2. Для восстановления ветки используйте:

Если вы не знаете «ша» на макушке головы, вы можете:

Если ваши коммиты отсутствуют в вашем журнале:

2.Вы можете затем отобразить каждый коммит, используя один из них:

Ответ 13

БОЛЬШОЕ ДА

если вы используете smartgit и уже нажимаете эту ветку на начало координат, найдите эту ветку и щелкните правой кнопкой мыши, затем проверьте

Ответ 14

Сначала перейдите в git пакетный переход к вашему проекту, например:

Ответ 15

Если ваша ветка не была объединена с существующей ветвью, и если она была собрана в мусор, то вы потеряете все коммиты до точки, откуда ветвь была разветвлена ​​из существующей ветки.

Ответ 16

Связанная с этим проблема: Я пришел на эту страницу после поиска «как узнать, что такое удаленные ветки».

При удалении многих старых ветвей я почувствовал, что ошибочно удалил одну из новых ветвей, но не знал имя, чтобы восстановить его.

Чтобы узнать, какие ветки удалены недавно, выполните следующие действия:

Если вы перейдете на свой Git URL-адрес, который будет выглядеть примерно так:

Затем вы можете увидеть фид, что удалено, кем, в недавнем прошлом.

Ответ 17

Ответ 18

Я сделал это на компьютере, который я удаляю ветку:

Источник

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

Мне нужно восстановить две ветви Git, которые я каким-то образом удалил во время Push.

Эти две ветви были созданы в другой системе и затем помещены в мой «общий» (github) репозиторий.

В моей системе я (очевидно) получил ветки во время выборки:

Сразу после этого я сделал Push для отправки своих локальных изменений в центральный репозиторий. По какой-то причине эти ветки были удалены как из моей локальной системы, так и из центрального репо:

Не очень легко оторвать ветки от машины, где они родились, поэтому я хотел бы попытаться восстановить их из моего местного, если это возможно.

Вся информация git «отменить», которую я гуглил, связана с восстановлением потерянных коммитов. Я не думаю, что это применимо здесь, так как у меня нет коммитов UID для этих веток.

Я хотел бы знать, как я могу получить их обратно. Я также хотел бы знать, как они были удалены в первую очередь и как я могу избежать этого в будущем.

Правка: по запросу, вот моя конфигурация репо

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

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

только две команды спасут мою жизнь

1. Это перечислит все предыдущие заголовки

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

Извлекать/толкать конфликт

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

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

Вариант А: перенастроить как зеркало

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

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

Вариант Б: перенастроить как обычный пульт

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

Test Push

Если удаление было достаточно недавним (например, момент «Oh-NO!»), У вас все равно должно появиться сообщение:

Источник