Откат к предыдущему коммиту

@yura91 · Регистрация: 23.10.2013

Студворк — интернет-сервис помощи студентам

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

@insideone · 23.11.2016, 20:08

Если откатываться на коммит, то статус будет писать что "вы не на ветке". При этом коммиты делать нельзя
Если же откат делается отдельных файлов до отдельных ревизий, то коммит можно сделать, он будет сверху.
Если же откат делается через reset, то можно потерять все коммиты "выше". Это может быть и желательно, а может и нет. Такая вот возможность

В общем если у вас статус выдает нахождение на ветке, а git log -1 верхним коммитом выдает тот что действительно последний в ветке, то всегда можно спокойно коммитить что нужно - это будет добавляться в лог сверху

@yura91 · 24.11.2016, 16:45 **[ТС]**

А как сделать откат отдельных файлов?

@insideone · 27.11.2016, 12:37

По-моему так:

Code
1
git checkout %revision% -- %file1% %file2%

@Nameless One · 29.11.2016, 01:58

Сообщение от yura91

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

Для редактирования истории придумали git rebase --interactive.

@yura91 · 29.11.2016, 11:36 **[ТС]**

А как работает этот git rebase --interactive??

@Nameless One · 29.11.2016, 20:41

Выбираешь диапазон коммитов, которые ты хочешь отредактировать, указываешь их как параметры для git rebase --interactive, а потом, собственно, редактируешь: меняешь коммиты местами, удаляешь ненужные коммиты, редактируешь commit message, разбиваешь отдельные коммиты на несколько (или наоборот, "сжимешь" несколько коммитов в один); всё это выполняется в текстовом редакторее (скорее всего, я точно не знаю, т.к. все операции сложнее git status / git push выполняю через Magit). Потом ты коммитишь изменения, если они были, и делаешь git rebase --continue, исправляя конфликты, если они были, и так до победного конца. За подробностями иди в гугл (что ты и должен был сделать вместо того, чтобы задавать этот вопрос) или читай книгу и man 1 git-rebase.

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

Новые блоги и статьи Все статьи Все блоги /
Изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?	Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .
Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .	Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .

@yura91 3 / 27 / 2 Регистрация: 23.10.2013 Сообщений: 2,331

	Откат к предыдущему коммиту 23.11.2016, 11:47. Показов 2735. Ответов 6 Метки нет (Все метки) Вот к примеру если я откатился к какому нибудь промежуточному коммиту, то есть текущий коммит у меня сохранился, я откатился к предыдущему и внес там после этого какие то изменения. То как тогда закоммитить эти изменения? Мой коммит будет как обычно последним на этой ветке или нет? 0

@insideone 3687 / 964 / 114 Регистрация: 10.01.2010 Сообщений: 2,550
	23.11.2016, 20:08
	Если откатываться на коммит, то статус будет писать что "вы не на ветке". При этом коммиты делать нельзя Если же откат делается отдельных файлов до отдельных ревизий, то коммит можно сделать, он будет сверху. Если же откат делается через reset, то можно потерять все коммиты "выше". Это может быть и желательно, а может и нет. Такая вот возможность В общем если у вас статус выдает нахождение на ветке, а git log -1 верхним коммитом выдает тот что действительно последний в ветке, то всегда можно спокойно коммитить что нужно - это будет добавляться в лог сверху 0

@yura91 3 / 27 / 2 Регистрация: 23.10.2013 Сообщений: 2,331
	24.11.2016, 16:45 [ТС]
	А как сделать откат отдельных файлов? 0

@yura91 3 / 27 / 2 Регистрация: 23.10.2013 Сообщений: 2,331
	29.11.2016, 11:36 [ТС]
	А как работает этот git rebase --interactive?? 0

@Nameless One 5828 / 3479 / 358 Регистрация: 08.02.2010 Сообщений: 7,448
	29.11.2016, 20:41
	Выбираешь диапазон коммитов, которые ты хочешь отредактировать, указываешь их как параметры для `git rebase --interactive`, а потом, собственно, редактируешь: меняешь коммиты местами, удаляешь ненужные коммиты, редактируешь commit message, разбиваешь отдельные коммиты на несколько (или наоборот, "сжимешь" несколько коммитов в один); всё это выполняется в текстовом редакторее (скорее всего, я точно не знаю, т.к. все операции сложнее `git status` / `git push` выполняю через Magit). Потом ты коммитишь изменения, если они были, и делаешь `git rebase --continue`, исправляя конфликты, если они были, и так до победного конца. За подробностями иди в гугл (что ты и должен был сделать вместо того, чтобы задавать этот вопрос) или читай книгу и `man 1 git-rebase`. Следует отметить, что не стоит делать rebase ветки, с которой работает кто-то ещё, т.к. это чревато получением легких телесных повреждений от других разработчиков. 1