Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-02-26

1 Git - система, в которой не нужно бояться совершать ошибки. Можно сказать, что ошибки - это единственный способ научиться им пользоваться. В Git практически всегда есть способ восстановить или изменить любые коммиты. На крайний случай спасет повторный git clone.

2 Что делать, если коммит уже сделан, но он нас по каким-то причинам не устраивает? Ситуаций может быть много, и все они возникают регулярно даже у профессиональных разработчиков:

3 <ul><li>Забыли добавить в коммит нужные файлы</li>

4 <li>Изменения нужно "откатить", чтобы доработать</li>

5 <li>Изменения больше не актуальны, и их нужно удалить</li>

6 <li>Изменения были сделаны по ошибке, и их нужно отменить</li>

7 </ul>По большей части Git движется "только вперед". Правильный подход при работе с ним - это создавать новое, а не изменять старое.

8 Все ситуации, описанные выше, можно решить новым коммитом, изменяющим код в нужном направлении. Это не только удобно, но и безопасно. Изменение истории коммитов - опасная операция, которая чревата проблемами при синхронизации с удаленными репозиториями. Об этом мы поговорим позже.

9 Несмотря на сказанное выше, внутри Git существуют специальные команды, позволяющие упростить отмену, либо изменение коммита. С их помощью можно сделать историю коммитов понятной, а сам процесс отката - быстрым. Эти команды мы изучим в этом уроке.

10 <h2>Git revert</h2>

11 Самая простая ситуация - отмена изменений. Фактически она сводится к созданию еще одного коммита, который выполняет изменения, противоположные тому коммиту, который отменяется:

12 Руками создавать подобный коммит довольно сложно, поэтому в Git добавили команду, автоматизирующую откат. Эта команда называется git revert:

13 Команда revert может отменять не только последний коммит, но и любой другой коммит из истории проекта. Согласитесь, это очень круто. Без системы контроля версий о таком нельзя было и мечтать.

14 - <h2>Команда git reset</h2>

14 + <h2>Git reset</h2>

15 Представьте, что вам нужно удалить только что сделанный по ошибке коммит. Конечно, и в этом случае подходит git revert, но так история становится менее читаемой. Если этот коммит был сделан только сейчас и еще не отправлялся на GitHub, то лучше сделать так, как будто бы этого коммита не существовало в принципе.

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

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

18 Для удаления коммита используется команда git reset:

19 У команды git reset есть множество различных флагов и способов работы. С ее помощью можно удалять коммиты, отменять их без удаления, восстанавливать файлы из истории и так далее. Работа с ней относится к продвинутому использованию Git, но здесь мы затрагиваем только самую базу.

20 Флаг --hard означает полное удаление. Без него git reset отменит коммит, но не удалит его, а поместит все изменения этого коммита в рабочую директорию, так что с ними можно будет продолжить работать.

21 Флаг HEAD~ означает "один коммит от последнего коммита". Обратите внимание, что здесь используется знак ~ - тильда. Его легко перепутать с дефисом -. Если бы мы хотели удалить два последних коммита, то могли бы написать HEAD~2:

22 HEAD (переводится как "голова") - так обозначается последний сделанный коммит. Подробнее эту терминологию мы разберем в уроке, посвященном внутреннему устройству Git.

23 Без --hard команда git reset по умолчанию работает в режиме --mixed, при котором изменения остаются в рабочей директории, но исключаются из индекса (unstage). Затем их можно исправить или отменить и выполнить новый коммит:

24 Опция --soft позволяет сохранить изменения в индексе:

25 Команда git reset --soft отменяет коммит, но оставляет изменения в индексе (staging area). Следующий коммит включит в себя те же изменения, если их не модифицировать.

26 Последнего коммита больше не существует. При этом сделанные в нем изменения не пропали. Они находятся в рабочей директории для дальнейшей доработки.

27 <h2>Выводы</h2>

28 <ul><li>Git позволяет отменять, даже если допущена ошибка, всегда есть возможность её исправить. Это можно сделать несколькими способами

29 </li>

30 <li>git revert - безопасный способ отмены коммитов. Он создаёт новый коммит, который отменяет изменения предыдущего. Это полезно при работе в команде, так как не меняет историю коммитов.

31 </li>

32 <li>git reset - мощный, но потенциально опасный инструмент. Он позволяет отменять коммиты, но при этом может изменить или удалить изменения:

33 <ul><li>git reset --soft оставляет изменения в индексе.</li>

34 <li>git reset --mixed (по умолчанию) снимает индексацию, но оставляет изменения в рабочей директории.</li>

35 <li>git reset --hard полностью удаляет изменения, и их нельзя восстановить без специальных команд.</li>

36 </ul></li>

37 <li>Изменять историю коммитов нужно с осторожностью. Если коммиты уже отправлены в удалённый репозиторий, лучше использовать git revert, так как git reset может привести к проблемам при синхронизации с другими разработчиками.

38 </li>

39 <li>Правильный подход в Git - двигаться вперёд. Если в коммите ошибка, проще сделать новый исправляющий коммит, чем менять историю.

40 </li>

41 <li>Перед использованием git reset --hard важно убедиться, что важные изменения не будут потеряны.

42 </li>

43 </ul>Таким образом, Git предоставляет инструменты для гибкого управления изменениями, но их использование требует понимания возможных последствий.