Узнайте, как отменять изменения в Git с помощью Bitbucket Cloud

По мере чтения обучающего руководства вы узнаете несколько других команд git для отмены изменений. Итак, начнем.

Начнем с создания уникального репозитория, содержащего весь код оригинального репозитория. Этот процесс называется разветвлением (созданием форка) репозитория. Создание форка — это расширенный процесс Git, который используется, когда общий репозиторий размещается на стороннем сервисе хостинга, таком как Bitbucket.

1. Нажмите следующий URL-адрес или введите его в адресную строку: https://bitbucket.org/atlassian/tutorial-documentation-tests/commits/all.

2. На левой боковой панели нажмите значок + , затем выберите Fork this repository (Создать форк этого репозитория), просмотрите содержимое диалогового окна и нажмите Fork repository (Создать форк репозитория).

3. Перед вами появится обзор нового репозитория.

4. Нажмите значок «+» и выберите Clone this repository (Клонировать этот репозиторий).

5. Клонируйте репозиторий на свой компьютер.

6. Перейдите в каталог, в котором находится клонированный репозиторий.

Теперь, когда в локальной системе есть репозиторий со всем кодом и существующей историей, можно приступать к отмене некоторых изменений.

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

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

Согласно выводу команды git status, все данные соответствуют данным в удаленной главной ветке main, а изменений, ожидающих коммита, нет. В следующем примере мы внесем небольшие изменения в репозиторий и рассмотрим его в состоянии отложенных изменений. То есть мы рассмотрим репозиторий, находящийся в локальной системе, в котором файлы изменены, но не подготовлены (или не проиндексированы) для добавления в историю проекта.

Для выполнения следующего примера откройте файл myquote2.html. Внесите изменения в содержимое myquote2.html, сохраните их и закройте файл. Выполним команду git status еще раз, чтобы исследовать это состояние репозитория.

Согласно выводу, в репозитории есть отложенные изменения для файла myquote2.html. Хорошие новости! Если отменяемое изменение не было добавлено в раздел проиндексированных файлов (как в примере выше), вы можете просто отредактировать файл и продолжить работу. Git начинает отслеживать изменения только после того, как они добавлены в раздел проиндексированных файлов и выполнен коммит в историю проекта.

Теперь давайте отменим изменения, внесенные в файл myquote2.html. Поскольку это упрощенный пример с минимумом изменений, мы можем отменить их двумя способами. Если выполнить команду git checkout myquote2.html, репозиторий восстановит файл myquote2.html до версии предыдущего коммита. Если же выполнить команду git reset --hard, весь репозиторий будет возвращен к состоянию последнего коммита.

Команда git log позволяет просматривать и фильтровать историю проекта, а также искать конкретные изменения. С помощью git status можно просматривать рабочий каталог и раздел проиндексированных файлов, в то время как git log показывает только историю коммитов.

Этот же журнал истории коммитов можно найти в пользовательском интерфейсе Bitbucket, обратившись к представлению коммитов в репозитории. Представление коммитов для нашего демонстрационного репозитория можно найти по ссылке https://bitbucket.org/dans9190/tutorial-documentation-tests/commits/all. Это представление будет похоже на вывод утилиты командной строки git log. С его помощью можно найти и указать коммит для отмены.

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

Рассмотрим один из перечисленных коммитов внимательнее.

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

Обычно отменяемое изменение находится где-то среди ранних записей истории проекта, а история может оказаться довольно длинной. Итак, давайте изучим две основные операции, используя для поиска конкретного изменения команду git log.

1. В окне терминала перейдите на самый верхний уровень локального репозитория с помощью команды cd (change directory — сменить каталог).

Введите команду git log --oneline. Параметр --oneline отобразит каждый коммит в отдельной строке, поэтому в окне терминала поместится больше записей из истории.

В любое время вы можете нажать клавишу q, чтобы закрыть журнал коммитов и вернуться к командной строке.

Вы увидите нечто подобное:

2. Нажмите клавишу q, чтобы вернуться к командной строке.

3. Найдите коммит с хешем c5826da и комментарием more changes в списке, образованном после выполнения git log. Кто-то не написал информативный комментарий к коммиту, поэтому придется выяснить, есть ли в нем необходимые нам изменения.

4. Выделите и скопируйте хеш коммита c5826da из вывода команды git log в окне терминала.

5. Введите команду git show, а затем вставьте скопированный хеш коммита или перепишите его и нажмите клавишу ввода. Вы увидите нечто подобное:

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

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

1. Введите в окне терминала команду git log --oneline.

2. Скопируйте хеш второго коммита 52f823c в журнале, затем нажмите клавишу q, чтобы закрыть журнал.

3. Введите в окне терминала команду git reset --soft 52f823c. Если все нормально, команда должна запуститься в фоновом режиме. Вот и все, вы отменили ваше первое изменение. Теперь посмотрим на результат этого действия.

4. Введите в окне терминала команду git status. Вы увидите, что коммит был отменен, а изменения теперь остаются неподтвержденными. Это будет выглядеть примерно так:

5. Введите в окне терминала команду git log --oneline. Вы увидите нечто подобное:

6. Вы увидите, что в качестве нового указателя HEAD для ветки указан требуемый коммит 52f823c.

7. Нажмите клавишу q, чтобы закрыть журнал. Не закрывайте терминал, поскольку теперь, после изучения простого применения команды reset, мы рассмотрим чуть более сложный вариант.

1. Введите команду git log --oneline.

2. Скопируйте хеш коммита 1a6a403 (myquote edited online with Bitbucket), созданного прямо перед запросом pull № 6, в котором мы хотим отменить изменения.

3. Введите в окне терминала команду git reset 1a6a403. Вывод должен выглядеть примерно так:

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

4. Введите в окне терминала команду git status. Вывод должен выглядеть примерно так:

Теперь Git вообще не отслеживает первое отмененное изменение (файл bitbucket-pipelines.yml). Это связано с тем, что команда git reset удалила изменение как из указателя HEAD ветки, так и из области отслеживания (или индекса) Git. Основной процесс выглядит несколько сложнее, чем описывается в этом руководстве, подробнее см. в руководстве по команде git reset.

5. Введите в окне терминала команду git log --oneline.

Согласно выводу команды log, история коммитов также была изменена и начинается с коммита 1a6a403. Для демонстрации следующего примера допустим, что мы хотим отменить сброс, который только что выполнили. В дальнейшем мы, возможно, захотим сохранить содержимое запроса pull № 6.

Команда git reset — один из способов отмены, которые предлагает Git. В целом сброс с помощью команды reset считается небезопасным. Он хорошо подходит для локального применения к изолированному коду, но становится опасным при работе над общим кодом с другими участниками команды.

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

Ниже приведен пример небезопасного сценария.

• Разработчик A работает в ветке над новой возможностью.
• Разработчик B работает в той же ветке над другой возможностью.
• Разработчик B решает сбросить ветку к более раннему состоянию, когда разработчики A и B еще не приступили к работе.
• Разработчик B принудительно отправляет сброшенную ветку в удаленный репозиторий.
• Разработчик A делает запрос pull для этой ветки, чтобы получить обновления. Во время выполнения запроса pull разработчик A получает принудительное обновление, которое сбрасывает его локальную ветку к тому моменту времени, когда он еще не начал работать над новой возможностью. Соответственно, он теряет все коммиты.

Вывод команды git reflog должен быть аналогичен показанному в примере выше. Вы можете просмотреть историю действий в репозитории. Самая верхняя строчка является ссылкой на команду reset, которую мы выполнили для сброса запроса pull № 6. Теперь сбросим выполнение команды reset, чтобы восстановить запрос pull № 6. Во втором столбце вывода команды reflog находится указатель на действие по изменению репозитория. Здесь HEAD@{0} — это ссылка на выполненную нами ранее команду reset. Мы не хотим снова выполнять эту команду сброса, поэтому восстановим репозиторий до HEAD@{1}.

Теперь давайте рассмотрим историю коммитов репозитория с помощью команды git log --oneline:

Согласно выводу команды log, история коммитов также была изменена и начинается с коммита 1a6a403. Для демонстрации следующего примера допустим, что мы хотим отменить сброс, который только что выполнили. В дальнейшем мы, возможно, захотим сохранить содержимое запроса pull № 6.

В этом примере будем работать с самым последним коммитом — 1f08a70. Предположим, что мы хотим отменить изменения, внесенные в этот коммит. Выполните следующую команду.

Это запустит рабочий процесс git merge. Git создаст новый коммит, содержимое которого будет сброшено до состояния коммита, указанного в команде revert. Затем Git откроет настроенный текстовый редактор, чтобы запросить комментарий к новому коммиту. Команда revert считается более безопасным способом выполнения отмены изменений, поскольку она соответствует рабочему процессу на основе коммитов. При создании обратных коммитов с помощью команды revert история коммитов наглядно показывает, когда выполнялась операция отмены.

Вы закончили, поздравляем! Вы можете в любое время вернуться к этому учебному руководству или ознакомиться с разделом «Отмена изменений», чтобы изучить эту тему подробнее. Продолжайте в том же духе в Bitbucket!