Откат на старый коммит Git в публичном репо

Как я могу вернуться к конкретному коммиту в git ?

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

Допустим, я хочу вернуться к коммиту, которому уже 20 коммитов, мне придется запустить его 20 раз.

Есть ли более простой способ сделать это?

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

Попробуй это:

git checkout [revision] .

где [revision]хеш коммита (например:) 12345678901234567890123456789012345678ab.

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

Вы можете отменить это,

git reset --hard 

это удалит все модификации из рабочего каталога и промежуточной области.

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

git reset --hard commit_sha

Для отката 10 фиксирует назад:

git reset --hard HEAD~10

Вы можете использовать «git revert», как в следующем посте, если вы не хотите переписывать историю

Как вернуть Git-репозиторий к предыдущему коммиту?

Ну, наверное, вопрос в том, что вы подразумеваете под «откатом»? Если вы не можете этого сделать, resetпотому что она общедоступна, и вы хотите сохранить историю изменений без изменений, значит, вы хотите, чтобы ваша рабочая копия отражала определенный коммит? Используйте git checkoutи передайте хэш.

Редактировать: Как было отмечено в комментариях, использование git checkoutбез указания ветки оставит вас в состоянии "нет ветки". Используйте, git checkout <commit> -b <branchname>чтобы оформить заказ в филиале или git checkout <commit> .оформить заказ в текущем филиале.

Оригинальный плакат гласит:

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

Допустим, я хочу вернуться к коммиту, которому уже 20 коммитов, мне придется запустить его 20 раз.

Есть ли более простой способ сделать это?

Я не могу использовать сброс, потому что это репо публично.

Нет необходимости использовать git revertX раз. git revertможет принять диапазон фиксации в качестве аргумента, поэтому вам нужно использовать его только один раз, чтобы отменить диапазон фиксаций.Например, если вы хотите отменить последние 20 коммитов:

git revert --no-edit HEAD~20..

Диапазон фиксации HEAD~20..короток дляHEAD~20..HEAD и означает «начать с 20- ^го родителя фиксации HEAD и вернуть все коммиты после него до HEAD».

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

git revert -m 1 <merge-commit>

Обратите внимание, что я тестировал, используя диапазон с git revert использованием git версии 1.9.0. Если вы используете более старую версию git, использование диапазона с git revertможет работать, а может и не работать.

В этом случае, git revert предпочтительнее, чем git checkout.

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

Документация

• git-revert (1) Страница руководства .
• Зафиксируйте диапазоны .

Шаг 1: получить список коммитов:

git log

Вы получите список, как в этом примере:

[Comp:Folder User$ git log
commit 54b11d42e12dc6e9f070a8b5095a4492216d5320
Author: author <author@gmail.com>
Date:   Fri Jul 8 23:42:22 2016 +0300

This is last commit message

commit fd6cb176297acca4dbc69d15d6b7f78a2463482f
Author: author <author@gmail.com>
Date:   Fri Jun 24 20:20:24 2016 +0300

This is previous commit message

commit ab0de062136da650ffc27cfb57febac8efb84b8d
Author: author <author@gmail.com>
Date:   Thu Jun 23 00:41:55 2016 +0300

This is previous previous commit message
...

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

git checkout fd6cb176297acca4dbc69d15d6b7f78a2463482f

Это все.

git read-tree -um @ $commit_to_revert_to

сделаю это. Это "git checkout", но без обновления HEAD.

Вы можете достичь того же эффекта с

git checkout $commit_to_revert_to
git reset --soft @{1}

если вы предпочитаете объединять удобные команды вместе.

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

Хотите HEAD отдельный режим?

Если вы хотите откатить время X до определенного коммита с DETACHED HEAD (то есть вы ничего не можете испортить), тогда непременно используйте следующее:

(замените X на количество коммитов, которые вы хотите вернуться)

git checkout HEAD~X

IE, чтобы вернуться на один коммит:

git checkout HEAD~1

Допустим, вы работаете над проектом и через день или около того. Вы заметили, что одна функция все еще дает вам ошибки. Но вы не знаете, какое изменение вы сделали, что привело к ошибке. Таким образом, вы должны ловить рыбу предыдущих рабочих коммитов. Чтобы вернуться к определенной фиксации:

git checkout 8a0fe5191b7dfc6a81833bfb61220d7204e6b0a9 .

Итак, этот коммит работает на вас. Нет больше ошибок. Вы определили проблему. Теперь вы можете вернуться к последнему коммиту:

git checkout 792d9294f652d753514dc2033a04d742decb82a5 .

И извлеките конкретный файл, прежде чем он вызвал ошибку (в моем случае я использую пример Gemfile.lock):

git checkout 8a0fe5191b7dfc6a81833bfb61220d7204e6b0a9 -- /projects/myproject/Gemfile.lock

И это один из способов обработки ошибок, созданных вами в коммитах, без осознания ошибок на потом.

Вы можете найти идентификатор коммита, связанный с каждым коммитом, в разделе коммитов GitHub / BitBucket / Gitlab. Это очень просто, предположим, ваш идентификатор коммита 5889575, а затем, если вы хотите вернуться к этой части в вашем коде, вам просто нужно набрать

git checkout 5889575 .

Это приведет вас к этому моменту в вашем коде.

Я не уверен, что изменилось, но я не могу оформить конкретный коммит без опции --detach. Полная команда, которая работала для меня, была: git checkout --detach [commit hash]

Чтобы вернуться из отключенного состояния, я должен был оформить заказ в местном отделении: git checkout master

Вот пример, чтобы сделать это

    cd /yourprojects/project-acme 


    git checkout efc11170c78 .