Undo и Revert в GitHub Desktop: исправляем ошибки без страха

Коммит — не точка невозврата. GitHub Desktop позволяет спокойно пересобрать локальный коммит через Undo или отменить уже опубликованный коммит через Revert.

Сначала один вопрос: commit уже отправлен?

• Нет, Push ещё не сделан → используй Undo.
• Да, commit уже на GitHub → используй Revert.

Это главное правило всего материала.

Undo: пересобираем локальный commit

Undo убирает последний локальный commit из History, но не удаляет изменения файлов. Они возвращаются во вкладку Changes, где их можно проверить, дополнить и закоммитить заново.

Способ 1: через Changes

1. Открой вкладку Changes.
2. Найди блок последнего локального commit внизу панели.
3. Нажми Undo.
4. Убедись, что файлы снова появились в Changes.

Способ 2: через History

В некоторых версиях GitHub Desktop Undo доступен из контекстного меню последнего неопубликованного commit во вкладке History.

1. Открой History.
2. Нажми правой кнопкой на последний локальный commit.
3. Выбери Undo commit, если пункт доступен.
4. Вернись в Changes и проверь файлы.

Что сделать после Undo

1. Прочитай diff ещё раз.
2. Добавь забытые изменения или исправь сообщение.
3. Заполни Summary.
4. Создай commit заново.
5. Только после проверки нажми Push origin.

Undo и Discard changes — разные операции. Undo сохраняет правки, Discard changes удаляет незакоммиченные изменения.

Revert: отменяем опубликованный commit

Если commit уже отправлен на GitHub, удалять или переписывать общую историю опасно. Revert создаёт новый commit с обратными изменениями.

1. Открой History.
2. Нажми правой кнопкой на нужный опубликованный commit.
3. Выбери Revert Changes in Commit.
4. Открой созданный Revert commit и прочитай обратный diff.
5. Нажми Push origin.

Исходный commit останется в History. Рядом появится новый commit, который отменяет его результат. Это нормальная и прозрачная история.

Undo и Revert: короткое сравнение

Важно: Revert не удаляет секреты

Если в commit попали пароль, токен, приватный ключ или API-ключ, Revert не делает их безопасными. Исходный commit остаётся в History, поэтому значение всё ещё можно увидеть.

Правильный порядок:

1. Считай секрет раскрытым.
2. Немедленно отзови или замени его у провайдера.
3. Удали секрет из текущей версии проекта.
4. Обратись к ответственному разработчику или ментору для очистки Git-истории.
5. Не публикуй настоящий секрет повторно для проверки.

Чек-лист перед действием

• Я проверил, был ли Push.
• Для локального commit выбрал Undo.
• Для опубликованного commit выбрал Revert.
• Прочитал diff до и после операции.
• Не использую Revert как защиту опубликованного секрета.

Ошибки в Git исправимы. Главное — сначала определить, опубликован commit или ещё нет.