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

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

Может быть, git revertэто то, что мне нужно, но я не хочу в конечном итоге 10 коммитов до начала (или даже шести), даже если он вернет сам код в правильное состояние. Я просто хочу притвориться, что последние полчаса не было.

Есть ли простая команда, которая сделает это? Это похоже на очевидный вариант использования, но я не нахожу никаких примеров.

Обратите внимание, что этот вопрос конкретно о коммитах , а не о:

• неотслеживаемые файлы
• неустановленные изменения
• постановочные, но незафиксированные изменения

Если ваши лишние коммиты видны только вам, вы можете просто сделать git reset --hard origin/<branch_name> вернуться туда, где находится источник. Это сбросит состояние хранилища до предыдущего коммита и отменит все локальные изменения.

Выполнение git revertделает новые коммиты, чтобы удалить старые коммиты таким образом, чтобы сохранить историю каждого в здравом уме.

Просто удалите свою локальную главную ветку и создайте ее так:

git branch -D master
git checkout origin/master -b master

Пытаться:

git reset --hard <the sha1 hash>

чтобы вернуть голову туда, где вы хотите быть. Используйте gitk, чтобы увидеть, на какой коммит вы хотите попасть. Вы можете сделать сброс в Gitk, а также.

Удалить самый последний коммит:

git reset --hard HEAD~1

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

git reset --soft HEAD~1

Если вы используете приложение Atlassian SourceTree , вы можете использовать опцию сброса в контекстном меню.

На вашей ветке попытка:

git reset --hard origin/<branch_name>

Подтвердите обращение (к состоянию, без локальных фиксаций), используя " git log" или " git status" следовательно.

git reset --hard @{u}* удаляет все ваши локальные изменения в текущей ветке, включая коммиты. Я удивлен, что никто еще не опубликовал это, учитывая, что вам не нужно будет искать, что делать, чтобы вернуться или играть с ветками.

_{* То есть сброс в текущую ветку в — @{upstream}обычно origin/<branchname>, но не всегда}

Чтобы увидеть / получить идентификатор SHA-1 коммита, к которому вы хотите вернуться

gitk --all

Откат к этому коммиту

git reset --hard sha1_id

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

У меня была ситуация, когда я хотел удалить коммит, который не был передан, но коммит был раньше другого. Для этого я использовал следующую команду

git rebase -i HEAD~2 -> это отменит два последних коммита

И я использовал «drop» для подписи фиксации, которую я хотел удалить.

Удалить неотслеживаемые файлы (незафиксированные локальные изменения)

git clean -df

Безвозвратно удаляя все локальные коммиты и получая последние удаленные коммиты

git reset --hard origin/<branch_name>

Для локальных коммитов, которые не выдвигаются, вы также можете использовать git rebase -iдля удаления или сжатия коммита.

Простым решением будет сопоставить локальную главную ветку HEAD с источником / главной веткой HEAD

git reset --hard origin/master

PS: origin / master - удаленный указатель на ветку master. Вы можете заменить мастер с любым именем филиала

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

First of all what is HEAD?

HEADэто просто ссылка на текущий коммит (последний) в текущей ветке.
Там может быть только один HEADв любой момент времени. (исключая git worktree)

Содержимое HEADхранится внутри .git/HEADи содержит 40 байтов SHA-1 текущего коммита.

detached HEAD

Если вы не используете последний коммит, то HEADесть он указывает на предыдущий коммит в истории detached HEAD.

В командной строке это будет выглядеть так - SHA-1 вместо имени ветви, так как HEADне указывает на конец текущей ветви

Несколько вариантов того, как восстановить систему с отключенной HEAD:

git checkout

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

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

# Checkout a given commit. 
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# create a new branch forked to the given commit
git checkout -b <branch name>

git reflog

Вы всегда можете использовать reflogтакже.
git reflogбудет отображаться любое изменение, которое обновило, HEADи проверка желаемой записи reflog установитHEAD вернет этот коммит.

Каждый раз, когда ГОЛОВКА изменяется, в reflog

git reflog
git checkout HEAD@{...}

Это вернет вас к желаемой фиксации

git reset --hard <commit_id>

«Переместите» ГОЛОВУ назад к желаемому коммиту.

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.

• Примечание: ( начиная с Git 2.7 )
  вы также можете использовать git rebase --no-autostash.

git revert <sha-1>

"Отменить" данный диапазон фиксации или фиксации.
Команда сброса «отменит» любые изменения, сделанные в данном коммите.
Новый коммит с патчем отмены будет зафиксирован, в то время как оригинальный коммит останется в истории.

# add new commit with the undo of the original one.
# the <sha-1> can be any commit(s) or commit range
git revert <sha-1>

Эта схема иллюстрирует, какая команда что делает.
Как вы можете видеть там, reset && checkoutизмените HEAD.

Для тех, кто заинтересован в решении Visual Studio, вот упражнение:

1. В Team Explorerокне подключитесь к целевому репо.
2. Затем Branchesщелкните правой кнопкой мыши интересующую ветку и выберите View history.
3. Щелкните правой кнопкой мыши на коммите в Historyокне и выберите Reset -> Delete changes (--hard).

Это отбросит ваши локальные коммиты и сбросит состояние вашего репо до выбранного коммита. Т.е. ваши изменения после вытащенного репо будут потеряны.

Если Ваша ветка опережает ' origin/XXX' на 5 коммитов.

Вы можете оформить:

git reset --hard HEAD~5

И это должно удалить последние 5 коммитов.

git reset --hard <SHA-Code>

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

Код SHA можно получить, посмотрев на webVersion вашей git dashboard для последнего коммита в ветке.

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

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

Ваш филиал обновлен с Origin/<Branch Name>

Если ваш локальный репо окажется в полном беспорядке, то надежный способ отбросить локальные коммиты в Git - это ...

1. Используйте "git config --get remote.origin.url", чтобы получить URL удаленного источника
2. Переименуйте локальную папку git в «my_broken_local_repo»
3. Используйте "git clone <url_from_1>", чтобы получить свежую локальную копию удаленного репозитория git

По моему опыту, Eclipse хорошо справляется с изменяющимся миром. Однако вам может понадобиться выбрать затронутые проекты в Eclipse и очистить их, чтобы заставить Eclipse перестроить их. Я думаю, что другие IDE тоже могут нуждаться в принудительной перестройке.

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

Если вы просто хотите отбросить локальные коммиты и сохранить изменения, сделанные в файлах, тогда выполните
git reset @ ~
Другие ответы, адресованные к hard reset