Как мне вернуться из моего текущего состояния к снимку, сделанному при определенной фиксации?

Если я это сделаю git log, то я получу следующий вывод:

$ git log
commit a867b4af366350be2e7c21b8de9cc6504678a61b`
Author: Me <me@me.com>
Date:   Thu Nov 4 18:59:41 2010 -0400

blah blah blah...

commit 25eee4caef46ae64aa08e8ab3f988bc917ee1ce4
Author: Me <me@me.com>
Date:   Thu Nov 4 05:13:39 2010 -0400

more blah blah blah...

commit 0766c053c0ea2035e90f504928f8df3c9363b8bd
Author: Me <me@me.com>
Date:   Thu Nov 4 00:55:06 2010 -0400

And yet more blah blah...

commit 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
Author: Me <me@me.com>
Date:   Wed Nov 3 23:56:08 2010 -0400

Yep, more blah blah.

Как мне вернуться к коммиту с 3 ноября, т.е. коммит 0d1d7fc?

Это во многом зависит от того, что вы подразумеваете под «возвратом».

Временно переключиться на другой коммит

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

# This will detach your HEAD, that is, leave you with no branch checked out:
git checkout 0d1d7fc32

Или, если вы хотите делать коммиты, пока вы там, идите и создайте новую ветку, пока вы там:

git checkout -b old-state 0d1d7fc32

Чтобы вернуться туда, где вы были, просто проверьте ветку, на которой вы были снова. (Если вы внесли изменения, как всегда при переключении веток, вам придется обращаться с ними соответствующим образом. Вы можете сбросить их, чтобы выбросить; вы можете спрятать, оформить заказ, спрятать всплывающее окно, чтобы взять их с собой; вы можете зафиксировать их там на ветку, если там нужна ветка.)

Трудно удалить неопубликованные коммиты

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

# 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 возврат имеет очень специфическое значение: создайте коммит с обратным патчем, чтобы отменить его. Таким образом, вы не переписываете историю.

# This will create three separate revert commits:
git revert a867b4af 25eee4ca 0766c053

# It also takes ranges. This will revert the last two commits:
git revert HEAD~2..HEAD

#Similarly, you can revert a range of commits using commit hashes:
git revert a867b4af..0766c053 

# Reverting a merge commit
git revert -m 1 <merge_commit_sha>

# To get just one, you could use `rebase -i` to squash them afterwards
# Or, you could do it manually (be sure to do this at top level of the repo)
# get your index and work tree into the desired state, without changing HEAD:
git checkout 0d1d7fc32 .

# Then commit. Be sure and write a good message describing what you just did
git commit

На самом деле git-revertman-страница охватывает многое из этого в своем описании. Еще одна полезная ссылка - это раздел git-scm.com, где обсуждается git-revert .

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

Вы также можете найти этот ответ полезным в этом случае:
Как переместить HEAD обратно в предыдущее место? (Отдельная голова)

Здесь много сложных и опасных ответов, но на самом деле это просто:

git revert --no-commit 0766c053..HEAD
git commit

Это вернет все из HEAD обратно в хеш коммита, что означает, что он будет воссоздавать это состояние коммита в рабочем дереве, как если бы каждый коммит с тех пор был возвращен. Затем вы можете зафиксировать текущее дерево, и оно создаст совершенно новый коммит, по существу эквивалентный коммиту, к которому вы «вернулись».

( --no-commitФлаг позволяет git отменять все коммиты одновременно, иначе вам будет предложено сообщение для каждого коммита в диапазоне, засоряя вашу историю ненужными новыми коммитами.)

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

Мошенник кодер?

Работаете самостоятельно и просто хотите, чтобы это работало? Следуйте приведенным ниже инструкциям, они надежно работали для меня и многих других на протяжении многих лет.

Работаете с другими? Git это сложно. Прочитайте комментарии ниже этого ответа, прежде чем делать что-то необдуманное.

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

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

git reset --hard HEAD

где HEAD - последний коммит в вашей текущей ветке

Возврат рабочей копии в более старый коммит

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

# Resets index to former commit; replace '56e05fced' with your commit code
git reset 56e05fced 

# Moves pointer back to previous HEAD
git reset --soft HEAD@{1}

git commit -m "Revert to 56e05fced"

# Updates working copy to reflect the new commit
git reset --hard

Кредиты переходят к аналогичному вопросу переполнения стека. Вернуть ли к фиксации хэш SHA в Git? ,

Лучший вариант для меня и, вероятно, для других - это опция сброса Git:

git reset --hard <commidId> && git clean -f

Это был лучший вариант для меня! Это просто, быстро и эффективно!

** Примечание: ** Как уже упоминалось в комментариях, не делайте этого, если вы делитесь своей веткой с другими людьми, у которых есть копии старых коммитов.

Также из комментариев, если вы хотите менее «баллистический» метод, вы можете использовать

git clean -i

Прежде чем ответить, давайте добавим некоторую предысторию, объясняя, что это 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 HEAD --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.

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

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

git reset --soft HEAD~1

• --softуказывает, что незафиксированные файлы должны быть сохранены как рабочие файлы, в отличие от --hardкоторых они будут отброшены.
• HEAD~1последний коммит Если вы хотите откатить 3 коммита, вы можете использовать HEAD~3. Если вы хотите выполнить откат до определенного номера ревизии, вы также можете сделать это, используя его хэш SHA.

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

Источник: http://nakkaya.com/2009/09/24/git-delete-last-commit/

Вы можете сделать это с помощью следующих двух команд:

git reset --hard [previous Commit SHA id here]
git push origin [branch Name] -f

Это удалит ваш предыдущий коммит Git.

Если вы хотите сохранить свои изменения, вы также можете использовать:

git reset --soft [previous Commit SHA id here]

Тогда это сохранит ваши изменения.

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

git add . && git checkout master -f

Краткое описание:

• Это НЕ будет создавать какие-либо коммиты, как это git revertделает.
• Это НЕ отсоединит вашу ГОЛОВУ, как git checkout <commithashcode>делает.
• Он отменит все ваши локальные изменения и УДАЛИТ все добавленные файлы с момента последнего коммита в ветке.
• Он работает только с именами веток, поэтому таким образом вы можете вернуться только к последнему коммиту в ветке.

Я нашел гораздо более удобный и простой способ для достижения результатов выше:

git add . && git reset --hard HEAD

где HEAD указывает на последний коммит в текущей ветке.

Это тот же код, что и предложенный boulder_ruby, но я добавил git add .ранее, git reset --hard HEADчтобы стереть все новые файлы, созданные со времени последнего коммита, так как большинство людей ожидают, что я вернусь к последнему коммиту.

Хорошо, вернуться к предыдущему коммиту в Git довольно просто ...

Вернуть обратно без сохранения изменений:

git reset --hard <commit>

Вернитесь назад с сохранением изменений:

git reset --soft <commit>

Пояснение: с помощью git resetможно сбросить до определенного состояния. Обычно вы используете это с хэшем коммита, как вы видели выше.

Но, как вы видите, различие заключается в использовании двух флагов --softи --hard, по умолчанию, git resetиспользовании --softфлага, но всегда полезно использовать флаг, я объясняю каждый флаг:

--мягкий

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

--жесткий

Будьте осторожны с этим флагом. Он сбрасывает рабочее дерево и все изменения в отслеживаемых файлах и все пропадет!

Я также создал изображение ниже, которое может случиться в реальной жизни, работая с Git:

Предполагая, что вы говорите о master и о соответствующей ветке (при этом речь может идти о любой рабочей ветке, которая вас интересует):

# Reset local master branch to November 3rd commit ID
git reset --hard 0d1d7fc32e5a947fbd92ee598033d85bfc445a50

# Reset remote master branch to November 3rd commit ID
git push -f origin 0d1d7fc32e5a947fbd92ee598033d85bfc445a50:master

Я нашел ответ от в сообщении в блоге (теперь больше не существует)

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

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

Скажем, у вас есть следующие коммиты в текстовом файле с именем ~/commits-to-revert.txt(я git log --pretty=onelineих получал)

fe60adeba6436ed8f4cc5f5c0b20df7ac9d93219
0c27ecfdab3cbb08a448659aa61764ad80533a1b
f85007f35a23a7f29fa14b3b47c8b2ef3803d542
e9ec660ba9c06317888f901e3a5ad833d4963283
6a80768d44ccc2107ce410c4e28c7147b382cd8f
9cf6c21f5adfac3732c76c1194bbe6a330fb83e3
fff2336bf8690fbfb2b4890a96549dc58bf548a5
1f7082f3f52880cb49bc37c40531fc478823b4f5
e9b317d36a9d1db88bd34831a32de327244df36a
f6ea0e7208cf22fba17952fb162a01afb26de806
137a681351037a2204f088a8d8f0db6e1f9179ca

Создайте сценарий оболочки Bash, чтобы вернуть каждый из них:

#!/bin/bash
cd /path/to/working/copy
for i in `cat ~/commits-to-revert.txt`
do
    git revert $i --no-commit
done

Это вернет все обратно к предыдущему состоянию, включая создание файлов и каталогов, а также удаление, зафиксирует его в вашей ветви, и вы сохраните историю, но вы вернетесь к той же файловой структуре. Почему Git не имеет, git revert --to <hash>вне меня.

Дополнительные альтернативы решениям Jefromi

Решения Jefromi, безусловно, самые лучшие, и вам обязательно стоит их использовать. Однако для полноты картины я также хотел показать эти другие альтернативные решения, которые также можно использовать для отмены фиксации (в том смысле, что вы создаете новую фиксацию, которая отменяет изменения в предыдущей фиксации , точно так же, как и то, что git revertпроисходит).

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

Альтернатива 1: жесткий и мягкий сброс

Это очень немного измененная версия решения Чарльза Бейли « Вернуть коммит с помощью хэша SHA в Git»? :

# Reset the index to the desired commit
git reset --hard <commit>

# Move the branch pointer back to the previous HEAD
git reset --soft HEAD@{1}

# Commit the changes
git commit -m "Revert to <commit>"

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

Альтернатива 2: удалить текущее дерево и заменить новым

Это решение взято из решения svick Checkout old commit и делает его новым коммитом :

git rm -r .
git checkout <commit> .
git commit

Подобно альтернативе № 1, он воспроизводит состояние <commit>текущей рабочей копии. Это необходимо сделать git rmсначала, потому git checkoutчто не удалит файлы, которые были добавлены с тех пор <commit>.

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

git reset HEAD~1

Таким образом, нет необходимости в фиксации идентификаторов и так далее :)

Существует команда (не входящая в состав ядра Git, но она входит в пакет git-extras ) специально для возврата и постановки старых коммитов:

git back

Для справочной страницы , он также может быть использован как таковой:

# Remove the latest three commits
git back 3

Лучший способ это:

git reset --hard <commidId> && git push --force

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

Будьте осторожны, когда --forceфлаг удаляет все последующие коммиты после выбранного коммита без возможности их восстановления.

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

git push -f ...

И не только git push.

Вы можете выполнить все эти начальные шаги самостоятельно и вернуться в репозиторий Git.

1. Извлеките последнюю версию вашего хранилища из Bitbucket с помощью git pull --allкоманды.

2. Запустите команду Git log с -n 4вашего терминала. Число после -nопределяет количество подтверждений в журнале, начиная с самого последнего принятия в вашей локальной истории.

   $ git log -n 4
   

3. Сбросьте заголовок истории вашего репозитория, используя git reset --hard HEAD~Nгде N - количество коммитов, которые вы хотите вернуть назад. В следующем примере заголовок будет возвращен на один коммит до последнего коммита в истории репозитория:

4. Нажмите изменения в репозитории Git, git push --forceчтобы принудительно нажать изменения.

Если вы хотите, чтобы Git-репозиторий был предыдущим коммитом:

git pull --all
git reset --hard HEAD~1
git push --force

Возврат к самой последней фиксации и игнорирование всех локальных изменений:

git reset --hard HEAD

Выберите необходимый коммит и проверьте его с помощью

git show HEAD
git show HEAD~1
git show HEAD~2 

пока вы не получите необходимый коммит. Чтобы ГОЛОВА указала на это, сделайте

git reset --hard HEAD~1

или git reset --hard HEAD~2или что угодно.

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

Быстрый и неаккуратный : в зависимости от обстоятельств, быстро и грязно на самом деле может быть очень хорошим. Что мое решение здесь делает, так это НЕ необратимо заменяет файлы, которые у вас есть в вашем рабочем каталоге, на файлы, извлеченные / извлеченные из глубины репозитория git, скрывающиеся под вашим каталогом .git /, используя чертовски умные и дьявольски мощные команды git, из которых есть многие. ВЫ НЕ ДОЛЖНЫ ДЕЛАТЬ ТАКОЕ ГЛУБОКОЕ ДЕЙСТВИЕ, ЧТОБЫ ВОССТАНОВИТЬ то, что может показаться катастрофической ситуацией, и попытка сделать это без достаточного опыта может оказаться фатальной .

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

2. Сделайте это в каталоге "мой проект":

   .../my project $ git reset --hard [first-4-letters&numbers-of-commit's-SHA]
   

Это вернет состояние репо в «моем проекте» к тому, что было, когда вы сделали этот коммит («коммит» означает снимок ваших рабочих файлов). Все коммиты с тех пор будут навсегда потеряны в «моем проекте», НО ... они все равно будут присутствовать в репозитории в разделе «мой проект - копия», поскольку вы скопировали все эти файлы, в том числе и те, которые находятся в ... /. Git /.

Затем у вас есть две версии в вашей системе ... вы можете просматривать, копировать или изменять файлы, представляющие интерес, или что-то еще из предыдущего коммита. Вы можете полностью отбросить файлы в разделе «Мой проект - копия», если вы решили, что новая работа, так как восстановленный коммит никуда не денется ...

Очевидная вещь, если вы хотите продолжить состояние проекта, не отказываясь от работы, поскольку этот извлеченный коммит снова переименует ваш каталог: удалите проект, содержащий извлеченный коммит (или дайте ему временное имя), и переименуйте свой " мой проект - скопируйте "каталог" обратно в "мой проект". Тогда, возможно, попытайтесь понять некоторые другие ответы здесь, и, вероятно, сделайте еще один коммит довольно скоро.

Git - блестящее творение, но абсолютно никто не может просто «поднять его на лету»: также люди, которые слишком часто пытаются объяснить это, предполагают, что они уже знакомы с другими VCS [системами контроля версий] и слишком глубоко вникают слишком рано, и совершать другие преступления, такие как использование взаимозаменяемых терминов для «проверки» - способами, которые иногда кажутся почти рассчитанными, чтобы запутать новичка.

Чтобы избавить себя от стресса, учитесь на моих шрамах. Вы должны в значительной степени прочитать книгу по Git - я бы порекомендовал «Контроль версий с помощью Git» . Сделай это раньше, чем позже. Если вы это сделаете, имейте в виду, что большая часть сложности Git связана с ветвлением, а затем с повторным объединением: вы можете пропустить эти части в любой книге. Из твоего вопроса нет причин, почему люди должны ослеплять тебя наукой .

Особенно, если, например, это отчаянная ситуация, и вы новичок в Git!

PS: Еще одна мысль: (сейчас) на самом деле довольно просто хранить репозиторий Git в каталоге, отличном от каталога с рабочими файлами. Это означает, что вам не нужно будет копировать весь репозиторий Git, используя вышеуказанное быстрое и грязное решение. Смотрите ответ Фрайера, используя --separate-git-dir здесь . Тем не менее, будьте осторожны : если у вас есть репозиторий «отдельный каталог», который вы не копируете, и вы выполняете полный сброс, все версии, следующие за фиксацией сброса, будут потеряны навсегда, если у вас нет, как вы абсолютно должны, регулярно создавайте резервные копии вашего хранилища, желательно в облаке (например, Google Drive ) среди других мест.

В этой теме «резервного копирования в облако» следующим шагом является открытие учетной записи (конечно же, бесплатной) с помощью GitHub или (на мой взгляд, лучше) GitLab . Затем вы можете регулярно выполнять git pushкоманду, чтобы сделать ваше облачное хранилище обновленным «должным образом». Но, опять же, говорить об этом слишком рано.

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

git stash
git stash clear

Он напрямую удаляет все изменения, которые вы внесли с момента последнего коммита.

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

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

git add -A .
git reset --hard HEAD

Просто git reset --hard HEADизбавится от модификаций, но не избавится от «новых» файлов. В их случае они случайно перетащили важную папку куда-то случайно, и все эти файлы были обработаны Git как новые, так что reset --hardне удалось это исправить. Запустив git add -A .предварительно, он явно отслеживал их всех с помощью git, чтобы сбросить их при перезагрузке.

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

git reset <SHA>

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

git reset --hard <SHA>

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

git reset --hard origin/master

/superuser/273172/how-to-reset-master-to-origin-master

Revert - команда для отката коммитов.

git revert <commit1> <commit2> 

Образец:

git revert 2h3h23233

Он способен принимать дальность от головы, как показано ниже. Здесь 1 говорит «отменить последний коммит».

git revert HEAD~1..HEAD

а затем сделать git push

Попробуйте сбросить до желаемого коммита -

git reset <COMMIT_ID>

(чтобы проверить использование COMMIT_ID git log)

Это вернет все измененные файлы в состояние без добавления.

Теперь вы можете checkoutвсе файлы, не добавленные

git checkout .

Проверьте, git logчтобы проверить ваши изменения.

ОБНОВИТЬ

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

git update-ref -d HEAD

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

Сначала вам нужно удалить развернутый объект из источника :

git push origin :develop (note the colon)

Затем вам нужно довести до нужного вам состояния, позвольте мне предположить, что хеш коммита - EFGHIJK:

git reset --hard EFGHIJK

Наконец, нажмите развиваться снова:

git push origin develop

Внимание! Эта команда может привести к потере истории коммитов, если пользователь ошибочно добавил неверный коммит. Всегда имейте дополнительную резервную копию своего git где-нибудь еще на всякий случай, если вы делаете ошибки, чем вы немного безопаснее. :)

У меня была похожая проблема, и я хотел вернуться к предыдущей фиксации. В моем случае я не был заинтересован в сохранении нового коммита, поэтому я использовал Hard.

Вот как я это сделал:

git reset --hard CommitId && git clean -f

Это вернется в локальный репозиторий, а здесь после использования git push -fобновит удаленный репозиторий.

git push -f

В GitKraken вы можете сделать это:

1. Щелкните правой кнопкой мыши на коммите, который вы хотите сбросить, выберите: Reset to this commit / Hard :

   

2. Снова щелкните правой кнопкой мыши на коммите, выберите: Текущее имя ветви / Push :

   

3. Нажмите на Force Push :

   

Обсервованный : Вы должны быть осторожны, потому что вся история коммитов после аппаратного сброса потеряна, и это действие необратимо. Вы должны быть уверены, что вы делаете.

Если вы хотите исправить какую-то ошибку в последнем коммите, хорошей альтернативой будет использование команды git commit --amend . Если последняя фиксация не указана какой-либо ссылкой, это сделает свое дело, так как создаст фиксацию с тем же родителем, что и последняя фиксация. Если нет ссылки на последний коммит, он просто будет отброшен, и этот коммит будет последним коммитом. Это хороший способ исправления коммитов без возврата коммитов. Однако у него есть свои ограничения.