Скасування Змін Перед Стейджингом
Іноді ви можете опинитися в ситуації, коли ви внесли зміни до вашого робочого дерева, але хочете відкинути ці зміни ще до того, як вони будуть поширені. Давайте розглянемо методи повернення змін у Git до того, як їх буде додано до стейдж зони.
Скасування Змін за Допомогою git restore
Команда git restore
є універсальним інструментом для скасування змін у вашому робочому дереві. Щоб повернути зміни у змінених файлах перед стейджингом, ви можете скористатися цією командою наступним чином:
git restore <file>
Де <file>
- це ім'я файлу або його шлях відносно директорії проєкту. Ця команда повертає вказаний файл до версії, яка є затсейдженою. Якщо стейдж зона порожня, вона повертає файл до версії з останнього комміту.
Повернення до Застейдженої Версії
Спочатку створимо новий файл recipe.txt
, який міститиме простий рецепт варених яєць за допомогою команди echo
:
Тепер ми додамо цей файл і модифікуємо його, додавши до нього ще один рядок з наступним кроком нашого рецепту:
Упс, здається, ми використали неправильний оператор, а саме >
(який перезаписує файл) замість >>
(який додає новий рядок в кінець файлу). Перш ніж робити якісь кроки для виправлення, слід перевірити статус нашого робочого дерева та стейдж зони:
Як ви бачите, наша початкова версія файлу є застейдженою, тож давайте повернемо наш файл до цієї версії і ще раз перевіримо статус нашого робочого дерева і стейдж зони:
Як ви можете бачити, наше робоче дерево тепер порожнє, тому зміни було скасовано, а файл повернуто до застейдженої версії.
Повернення до Останнього Комміту
Спочатку ми повинні закоммітити створення нашого файлу recipe.txt
:
Комміт успішний. Тепер давайте додамо ще один рядок до файлу з черговим кроком нашого рецепту і перевіримо стан робочого дерева:
Упс, ми зробили ще одну помилку. Крок, який ми додали, має бути під номером 7, а не 10. Не хвилюйтеся, ми можемо повернути цю зміну до нашого останнього комміту. Давайте перевіримо останній комміт:
Цей коміт є саме тим, що нам потрібно, тому тепер ми можемо відновити зміни до цієї версії і перевірити, що наше робоче дерево дійсно порожнє:
Наше робоче дерево є порожнім, що означає, що наші зміни було скасовано, а файл було відновлено до версії останнього комміту.
Дякуємо за ваш відгук!
Запитати АІ
Запитати АІ
Запитайте про що завгодно або спробуйте одне із запропонованих запитань, щоб почати наш чат
Awesome!
Completion rate improved to 3.57
Скасування Змін Перед Стейджингом
Свайпніть щоб показати меню
Іноді ви можете опинитися в ситуації, коли ви внесли зміни до вашого робочого дерева, але хочете відкинути ці зміни ще до того, як вони будуть поширені. Давайте розглянемо методи повернення змін у Git до того, як їх буде додано до стейдж зони.
Скасування Змін за Допомогою git restore
Команда git restore
є універсальним інструментом для скасування змін у вашому робочому дереві. Щоб повернути зміни у змінених файлах перед стейджингом, ви можете скористатися цією командою наступним чином:
git restore <file>
Де <file>
- це ім'я файлу або його шлях відносно директорії проєкту. Ця команда повертає вказаний файл до версії, яка є затсейдженою. Якщо стейдж зона порожня, вона повертає файл до версії з останнього комміту.
Повернення до Застейдженої Версії
Спочатку створимо новий файл recipe.txt
, який міститиме простий рецепт варених яєць за допомогою команди echo
:
Тепер ми додамо цей файл і модифікуємо його, додавши до нього ще один рядок з наступним кроком нашого рецепту:
Упс, здається, ми використали неправильний оператор, а саме >
(який перезаписує файл) замість >>
(який додає новий рядок в кінець файлу). Перш ніж робити якісь кроки для виправлення, слід перевірити статус нашого робочого дерева та стейдж зони:
Як ви бачите, наша початкова версія файлу є застейдженою, тож давайте повернемо наш файл до цієї версії і ще раз перевіримо статус нашого робочого дерева і стейдж зони:
Як ви можете бачити, наше робоче дерево тепер порожнє, тому зміни було скасовано, а файл повернуто до застейдженої версії.
Повернення до Останнього Комміту
Спочатку ми повинні закоммітити створення нашого файлу recipe.txt
:
Комміт успішний. Тепер давайте додамо ще один рядок до файлу з черговим кроком нашого рецепту і перевіримо стан робочого дерева:
Упс, ми зробили ще одну помилку. Крок, який ми додали, має бути під номером 7, а не 10. Не хвилюйтеся, ми можемо повернути цю зміну до нашого останнього комміту. Давайте перевіримо останній комміт:
Цей коміт є саме тим, що нам потрібно, тому тепер ми можемо відновити зміни до цієї версії і перевірити, що наше робоче дерево дійсно порожнє:
Наше робоче дерево є порожнім, що означає, що наші зміни було скасовано, а файл було відновлено до версії останнього комміту.
Дякуємо за ваш відгук!