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 є універсальним інструментом для скасування змін у вашому робочому дереві. Щоб повернути зміни у змінених файлах перед стейджингом, ви можете скористатися цією командою наступним чином:

bash

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Запитати АІ

expand
ChatGPT

Запитайте про що завгодно або спробуйте одне із запропонованих запитань, щоб почати наш чат

course content

Зміст курсу

Основи Git

Основи Git

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

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

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

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

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

bash

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Секція 3. Розділ 1
Ми дуже хвилюємося, що щось пішло не так. Що трапилося?
some-alt