Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Скасування Змін Перед Стейджингом | Скасування Змін
Основи Git
course content

Зміст курсу

Основи Git

Основи Git

2. Більш Розширена Взаємодія
3. Скасування Змін
4. Робота з Гілками в Git

bookСкасування Змін Перед Стейджингом

Іноді ви можете опинитися в ситуації, коли ви внесли зміни до вашого робочого дерева, але хочете відкинути ці зміни ще до того, як вони будуть поширені. Давайте розглянемо методи повернення змін у Git до того, як їх буде додано до стейдж зони.

Скасування Змін за Допомогою git restore

Команда git restore є універсальним інструментом для скасування змін у вашому робочому дереві. Щоб повернути зміни у змінених файлах перед стейджингом, ви можете скористатися цією командою наступним чином:

Де <file> - це ім'я файлу або його шлях відносно директорії проєкту. Ця команда повертає вказаний файл до версії, яка є затсейдженою. Якщо стейдж зона порожня, вона повертає файл до версії з останнього комміту.

Повернення до Застейдженої Версії

Спочатку створимо новий файл recipe.txt, який міститиме простий рецепт варених яєць за допомогою команди echo:

Тепер ми додамо цей файл і модифікуємо його, додавши до нього ще один рядок з наступним кроком нашого рецепту:

Упс, здається, ми використали неправильний оператор, а саме > (який перезаписує файл) замість >> (який додає новий рядок в кінець файлу). Перш ніж робити якісь кроки для виправлення, слід перевірити статус нашого робочого дерева та стейдж зони:

Як ви бачите, наша початкова версія файлу є застейдженою, тож давайте повернемо наш файл до цієї версії і ще раз перевіримо статус нашого робочого дерева і стейдж зони:

Як ви можете бачити, наше робоче дерево тепер порожнє, тому зміни було скасовано, а файл повернуто до застейдженої версії.

Повернення до Останнього Комміту

Спочатку ми повинні закоммітити створення нашого файлу recipe.txt:

Комміт успішний. Тепер давайте додамо ще один рядок до файлу з черговим кроком нашого рецепту і перевіримо стан робочого дерева:

Упс, ми зробили ще одну помилку. Крок, який ми додали, має бути під номером 7, а не 10. Не хвилюйтеся, ми можемо повернути цю зміну до нашого останнього комміту. Давайте перевіримо останній комміт:

Цей коміт є саме тим, що нам потрібно, тому тепер ми можемо відновити зміни до цієї версії і перевірити, що наше робоче дерево дійсно порожнє:

Наше робоче дерево є порожнім, що означає, що наші зміни було скасовано, а файл було відновлено до версії останнього комміту.

Все було зрозуміло?

Як ми можемо покращити це?

Дякуємо за ваш відгук!

Секція 3. Розділ 1
some-alt