Есть ли способ отменить или отменить git pull, чтобы мои исходные / репозитории пришли в старое состояние, которое было до выполнения git pull? Я хочу сделать это, потому что он объединяет некоторые файлы, которые я не хотел делать, а объединяет только остальные файлы. Итак, я хочу вернуть эти файлы, это возможно?

РЕДАКТИРОВАТЬ: Я хочу отменить мерзавец слияния для уточнения. Увидев некоторые ответы, я сделал это

git reflog
bb3139b... HEAD@{0}: pull : Fast forward
01b34fa... HEAD@{1}: clone: from ...name...

Что мне теперь делать? Делать git reset --hard нормально? Я не хочу ввернуть это снова, поэтому просите подробные шаги?

Бег git pullвыполняет следующие задачи по порядку:

1. git fetch
2. git merge

Шаг слияния объединяет ветви, которые были настроены для слияния в вашей конфигурации. Вы хотите отменить шаг слияния , но, вероятно, не извлечение (не имеет большого смысла и не должно быть необходимым).

Чтобы отменить слияние , используйте git reset --hardдля сброса локального хранилища в предыдущее состояние; используйте git-reflog, чтобы найти SHA-1 предыдущего состояния и затем сбросить его.

Предупреждение

Команды, перечисленные в этом разделе, удаляют все незафиксированные изменения, что может привести к потере работы:

git reset --hard

В качестве альтернативы, сброс на определенный момент времени, например:

git reset --hard master@{"10 minutes ago"}

То же, что и ответ jkp, но вот полная команда:

git reset --hard a0d3fe6

где a0d3fe6 находится путем

git reflog

и глядя на точку, в которой вы хотите отменить.

Более современный способ отменить слияние:

git merge --abort

И немного более старый способ:

git reset --merge

Старый способ, описанный в предыдущих ответах (предупреждение: отменит все ваши локальные изменения):

git reset --hard

Но на самом деле, стоит заметить, что git merge --abortэто эквивалентно только тому, git reset --mergeчто MERGE_HEADприсутствует. Это можно прочитать в справке git для команды слияния.

git merge --abort is equivalent to git reset --merge when MERGE_HEAD is present.

После неудачного слияния, когда его нет MERGE_HEAD, неудачное слияние можно отменить, git reset --mergeно не обязательно с помощью git merge --abort, поэтому они не только имеют старый и новый синтаксис для одной и той же вещи . Вот почему я нахожу git reset --mergeгораздо более полезным в повседневной работе.

это работает первое использование: git reflog

найдите свой SHA своего прежнего состояния и сделайте (например, HEAD @ {1})

git reset --hard HEAD@{1}

Если у вас есть gitk (попробуйте запустить «gitk --all из командной строки git»), это просто. Просто запустите его, выберите коммит, на который вы хотите откатиться (щелкните правой кнопкой мыши), и выберите «Сбросить основную ветвь сюда». Если у вас нет незафиксированных изменений, выберите «жесткий» вариант.

Предположим, это $COMMITбыл последний идентификатор коммита до того, как вы его выполнили git pull. Что вам нужно, чтобы отменить последнее нажатие

git reset --hard $COMMIT

,

Бонус:

Говоря о тяге, я хотел бы поделиться интересным трюком,

git pull --rebase

Эта команда является самой полезной в моей жизни Git, которая сэкономила много времени.

Перед отправкой вашего нового коммита на сервер, попробуйте эту команду, и она автоматически синхронизирует последние изменения сервера (с помощью fetch + merge) и поместит ваш коммит наверху в git log. Не нужно беспокоиться о ручном вытягивании / слиянии.

Найти подробности на: http://gitolite.com/git-pull--rebase

Это самый простой способ отменить изменения.

** Warning **

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

git reset --hard 9573e3e0

Где 9573e3e0ваш {Commit id}

ты можешь сделать git reset --hard ORIG_HEAD

поскольку "pull" или "merge" устанавливают ORIG_HEAD в текущее состояние перед выполнением этих действий.

Git Pull сделать ниже операции.

я. git fetch

II. git merge

Чтобы отменить тянуть, выполните любую операцию:

я. git reset --hard --- все свои локальные изменения отменить

или

II. git reset --hard master@{5.days.ago} (как 10.minutes.ago, 1.hours.ago, 1.days.ago..) , чтобы получить локальные изменения.

или

III. git reset --hard commitid

Улучшение:

В следующий раз используйте git pull --rebaseвместо git pull... его сервер синхронизации, изменив (fetch & merge).

В случае неудачного слияния, которое является наиболее распространенной причиной желания отменить a git pull, выполнение git reset --mergeделает именно то, что и следовало ожидать: сохранить извлеченные файлы, но отменить слияние, которое git pullпопыталось слить. Тогда можно решить, что делать без беспорядка, который git mergeиногда порождает. И для этого не нужен точный идентификатор фиксации, который --hardуказан в каждом другом ответе.