Скажімо, ви працюєте над своїм кодом у Git і щось пішло не за планом. Тож тепер вам потрібно скасувати свій останній коміт. Але як це зробити? Давайте дізнаємось!

Існує два можливі способи скасувати ваш останній коміт. У цій статті ми розглянемо їх обидва.

Команда revert

Команда revert створить коміт, який скасовує зміни цільового коміту. Ви можете використовувати її для скасування останнього коміту таким чином:

git revert <commit to revert>

Ви можете знайти назву коміту, який потрібно скасувати, за допомогою git log. Перший виведений комміт і є останнім створеним комітом. Тоді ви можете скопіювати звідти буквено-цифрове ім’я та використати його в команді revert .

Команда reset

Ви також можете скористатися командою reset, щоб скасувати останній коміт. Але будьте обережні: це змінить історію комітів, тому вам варто використовувати її уважно. Вона перемістить HEAD, робочу гілку, до вказаного коміту та відкине все після:

git reset --soft HEAD~1

Параметр --soft означає, що ви не втратите незафіксовані зміни, які можете мати.

Якщо ви бажаєте відмінити останній комміт, а також видалити всі незафіксовані зміни, ви можете скористатися параметром --hard :

git reset --hard HEAD~1

Це скасує останній коміт, а також будь-які незафіксовані зміни.

Що і коли краще використовувати: reset чи revert?

Вам варто використовувати команду reset тільки у випадку, якщо коміт, який ви збираєтеся відмінити, існує лише локально. Ця команда змінює історію комітів і може перезаписати історію, від якої залежать віддалені учасники команди.

Команда revert натомість створює новий коміт, який скасовує зміни, тому якщо коміт, який потрібно відмінити, вже був відправлений в спільний репозиторій, краще використовувати revert, оскільки дана команда не перезаписує історію комітів.

Підсумки

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

Тепер, якщо ви помітите, що останній коміт містить помилку або не повинен був бути зроблений, ви знаєте, як виправити це!

Git — популярна система керування версіями та обов’язковий інструмент у наборі інструментів веброзробника.

Гілки — це потужна та невіддільна частина роботи з Git.

У цій публікації ви дізнаєтеся основи того, як видалити локальні та віддалені гілки в Git.

Що таке гілки в Git?

Гілка — це вказівник на коміт.

Гілки Git — це снепшот проєкту та його змін із певного моменту часу.

Під час роботи над великим проєктом існує основний репозиторій з усім кодом, який часто називають main або master.

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

Отже, гілки дозволяють вам вносити зміни в кодову базу без впливу на основний код, доки ви не будете повністю готові впровадити ці зміни.

Це допомагає підтримувати кодову базу чистою та організованою.

Навіщо видаляти гілки в Git?

Ви створили гілку, щоб тримати код подалі від зміни, яку хочете внести у свій проєкт.

Потім ви включили цю зміну або нову функцію в початкову версію проєкту.

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

Як видалити локальну гілку в Git

Локальні гілки — це гілки на вашій локальній машині, які не впливають на віддалені гілки.

Команда для видалення локальної гілки в Git:

git branch -d  local_branch_name

• git branch — команда для локального видалення гілки.
• -d — прапорець, опція до команди, інша назва для  --delete. Як випливає з назви, він позначає, що ви хочете видалити щось.
• local_branch_name — назва гілки, яку ви хочете видалити.

Розгляньмо це трохи докладніше на прикладі.

Щоб вивести список всіх локальних гілок, скористайтеся такою командою:

git branch

Я маю дві гілки: master та test2. Зараз я на гілці test2, як показує (*):

Я хочу видалити гілку test2, але неможливо видалити гілку, на якій ви зараз знаходитесь та яку переглядаєте.

Якщо ви спробуєте це зробити, ви отримаєте помилку, яка виглядатиме приблизно так:

Отже, перш ніж видаляти локальну гілку, переконайтеся, що перейшли на іншу гілку, яку ви НЕ хочете видаляти. Виконайте команду git checkout:

git checkout branch_name

#де branch_name — це назва гілки, на яку ви хочете перейти
#у моєму випадку іншою гілкою є master, тому я написала:
#git checkout master

Ось вивід:

Тепер я можу видалити гілку:

Команда для видалення локальної гілки, яку ми щойно використали, працює не у всіх випадках.

Якщо гілка містить незлиті зміни та ненадіслані коміти, прапорець -d не дозволить видалити локальну гілку.

Це тому що інші гілки не бачать коміти, а Git захищає вас від випадкової втрати будь-яких даних комітів.

Якщо ви спробуєте це зробити, Git покаже вам помилку:

Як пропонує помилка, натомість вам потрібно використати прапорець -D:

git branch -D local_branch_name

Прапорець -D, із великою літерою D (інша назва для -- delete --force), примусово видаляє локальну гілку, незалежно від її статусу злиття.

Але зауважте, що ви повинні використовувати цю команду з обережністю, оскільки немає запиту на підтвердження ваших дій.

Використовуйте її лише тоді, коли ви абсолютно впевнені, що хочете видалити локальну гілку.

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

Як видалити віддалену гілку в Git

Віддалені гілки відокремлені від локальних гілок.

Вони є репозиторіями, розміщеними на віддаленому сервері, до яких можна отримати доступ звідти. Це в порівнянні з локальними гілками, які є репозиторіями у вашій локальній системі.

Команда для видалення віддаленої гілки:

git push remote_name -d remote_branch_name

• Замість команди git branch для локальних гілок, використайте команду git push для видалення віддалених гілок.
• Потім вкажіть назву віддаленого сховища, переважно origin.
• -d — прапорець для видалення, інша назва для --delete.
• remote_branch_name — віддалена гілка, яку ви хочете видалити.

Тепер розглянемо приклад видалення віддаленої гілки.

Щоб переглянути будь-які віддалені гілки, використайте цю команду:

git branch -a

Прапорець -a (інша назва для --all) показує всі гілки: як локальні, так і віддалені.

У мене є дві локальні гілки (master і test) та дві віддалені гілки (origin/master і origin/test).

-r, інша назва для --remotes, показує лише віддалені репозиторії.

Я хочу видалити віддалену гілку origin/test, тому я використовую команду:

git push origin -d test

Вивід:

Це видалило гілку test у віддаленому репозиторії під назвою origin.

Віддаленого репозиторію origin/test більше немає:

Висновок

Тепер ви знаєте, як видаляти локальні та віддалені гілки в Git.

Дякую, що прочитали та щасливого навчання!

Щоб скасувати git add перед комітом, запустіть git reset <file> або git reset, щоб скасувати всі зміни.

В старіших версіях цими командами були git reset HEAD <file> та git reset HEAD. Вони змінились у Git 1.8.2

Трішки фонової інформації про Git

Розумійте три розділи проєкту Git

Проєкт Git має три головні розділи:

1. Директорія Git
2. Робоча директорія (або робоче дерево)
3. Постановочна зона

Директорія Git (розташована в YOUR-PROJECT-PATH/.git/) — це місце, де Git зберігає все, що потрібно для точного відстеження проєкту. Сюди входять метадані та об’єктноорієнтована база даних, яка містить стислі версії файлів проєкту.

Робоча директорія — це місце, де користувач вносить локальні зміни до проєкту. Робоча директорія витягує файли проєкту з об’єктноорієнтованої бази даних Git та розміщує їх на локальній машині користувача.

Постановочна зона (також «індекс» або «кеш») — це файл, в якому зберігається інформація про те, що буде в наступному коміті. Коміт — це коли ви наказуєте Git зберегти поетапні зміни. Git робить снапшот файлів та назавжди зберігає його у директорії Git.

Git має три основних стани файлів: збережений у коміті, змінений та індексований. Ви змінюєте файл кожен раз, як вносите зміни в робочій директорії. Файл індексований, коли ви переносите його у постановочну зону. І зрештою, файл збережений у коміті.

Встановіть Git

• Ubuntu: sudo apt-get install git
• Windows: скачати
• Mac: скачати

Налаштуйте середовище Git

Git має інструмент git config, який дозволяє налаштувати середовище Git. Ви можете змінити вигляд та роботу Git, встановивши певні змінні конфігурації. Запустіть ці команди в командному рядку на своїй машині (Термінал на Mac, Command Prompt або Powershell на Windows).

Ці змінні конфігурації зберігаються на трьох рівнях:

1. Система: знаходиться в /etc/gitconfig, застосовує налаштування за замовчуванням до кожного користувача комп’ютера. Щоб внести зміни до цього файлу, використайте опцію --system з командою git config.
2. Користувач: знаходиться в ~/.gitconfig або ~/.config/git/config, застосовує налаштування до одного користувача. Щоб внести зміни до цього файлу, використайте опцію --global з командою git config.
3. Проєкт: знаходиться в YOUR-PROJECT-PATH/.git/config, застосовує налаштування лише до проєкту. Щоб внести зміни до цього файлу, використайте команду git config.

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

Зауваження для користувачів Windows: Git шукає файл конфігурації на рівні користувача (.gitconfig) у вашій директорії $HOME (C:\Users\$USER). Git також шукає /etc/gitconfig, хоча це відноситься до кореня MSys, якщо ви вирішили встановити Git на свою систему Windows під час запуску інсталятора. Якщо ви використовуєте Git для Windows версії 2.x або пізніше, файл конфігурації на рівні системи також існує в C:\Documents and Settings\All Users\Application Data\Git\config на Windows XP та в C:\ProgramData\Git\config на Windows Vista і новіших версіях. Цей файл конфігурації може бути змінений лише за допомогою git config -f FILE від імені адміна.

Додайте своє ім’я та електронну пошту

Git враховує ім’я та електронну пошту користувача як частину інформації в коміті. Вам потрібно встановити їх під своїм файлом конфігурації за допомогою цих команд:

git config --global user.name "My Name"
git config --global user.email "myemail@example.com"

Змініть свій текстовий редактор

Git автоматично використовує ваш текстовий редактор за замовчуванням, але ви можете це змінити. На прикладі використано редактор Atom (опція --wait вказує оболонці почекати на текстовий редактор, щоб ви могли працювати, перш ніж програма продовжить роботу):

git config --global core.editor "atom --wait"

Додайте колір до виводу Git

Ви можете налаштувати свою оболонку на додавання кольору до виводу Git за допомогою цієї команди:

git config --global color.ui true

Щоб переглянути всі конфігураційні налаштування, використайте команду git config --list.

Ініціюйте Git в проєкті

Щойно Git завантажений та налаштований на вашому комп’ютері, вам потрібно ініціювати його в своєму проєкті, щоб керувати версіями. Використайте команду cd у командному рядку, щоб перейти до кореневої папки проєкту. Потім запустіть команду git init. Це встановить папку директорії Git з усіма файлами та об’єктами, які потрібні Git для відстеження проєкту.

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

Отримайте допомогу в Git

Якщо ви забули, як працює будь-яка команда в Git, ви можете отримати допомогу в Git за допомогою таких рядків:

git help COMMAND
git COMMAND --help
man git-COMMAND

Це відобразить довідник команди у вашій оболонці. Для навігації прокрутіть за допомогою клавіш зі стрілками вгору та вниз або використайте такі комбінації клавіш:

• f або пробіл до наступної сторінки
• b до попередньої сторінки
• q для виходу

Git pull та fetch — це дві команди, які часто використовуються користувачами Git. Розглянемо між ними різницю.

Для контексту варто пам’ятати, що ми, ймовірно, працюємо в клоні репозиторію. Що таке клон? Це дублікат іншого репозиторію. По суті, це отримання власної копії чужого початкового коду.

Проте, щоб ваш клон був оновлений до всіх змін, які могли бути застосовані в оригіналі, вам потрібно переносити їх до свого клону.

Ось тут і з’являються fetch та pull.

git fetch — це команда, яка повідомляє вашому локальному git про останню інформацію метаданих оригіналу (але не передає жодного файлу. Це більше схоже на перевірку того, чи є нові зміни).

git pull робить це ТА переносить (копіює) ці зміни з віддаленого репозиторію.

Наприклад:

git pull origin ankur bugfix

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

• Перша копія — це ваш власний репозиторій з власною історією комітів (так би мовити, вже збережена).
• Друга копія — це ваша робоча копія, де ви редагуєте та створюєте (ще не комічена до вашого репозиторію).
• Третя копія — це ваша локальна «кешована» копія віддаленого репозиторію (ймовірно, оригінал, з якого ви клонували свій).

Ви можете використовувати git fetch, щоб знати які зміни були зроблені у віддаленому репозиторію/гілці з моменту останнього внеску. Це корисно робити перед самим виконанням внеску, який може змінити файли у вашій поточній гілці та робочій копії (і потенційно втратити ваші зміни тощо).

git fetch    
git diff ...origin

У більшості випадків видалити гілку Git легко. В цій публікації ви навчитесь видаляти гілку Git локально та віддалено.

Версія TL;DR

// видалити гілку локально
git branch -d localBranchName

// видалити гілку віддалено
git push origin --delete remoteBranchName

Коли видаляти гілки

Зазвичай репозиторій Git має різні гілки. Завдяки ним зручно працювати над різними функціями та виправленнями, ізолюючи новий код від основної кодової бази.

Репозиторії часто мають гілку main для основної кодової бази, а інші гілки створені для роботи над різними функціями.

Після завершення роботи над функцією часто рекомендується видалити гілку.

Видалення гілки ЛОКАЛЬНО

Git не дозволить вам видалити гілку, на якій ви перебуваєте, тому ви повинні переконатися, що застосували команду checkout до гілки, яку ви НЕ видаляєте. Наприклад: git checkout main

Команда для видалення гілки: git branch -d <branch>.

Наприклад: git branch -d fix/authentication

Опція -d видалить гілку за умови, що її вже було надіслано та злито з віддаленою гілкою. Якщо ви хочете видалити гілку, яку не було надіслано та злито, використайте -D.

Тепер гілка видалена локально.

Видалення гілки ВІДДАЛЕНО

Команда для віддаленого видалення гілки: git push <remote> --delete <branch>.

Наприклад: git push origin --delete fix/authentication

Тепер гілка видалена віддалено.

Також можна використати коротшу команду, щоб видалити гілку віддалено: git push <remote> :<branch>

Наприклад: git push origin :fix/authentication

Якщо ви отримуєте наведену нижче помилку, це може означати, що хтось інший вже видалив гілку.

error: unable to push to unqualified destination: remoteBranchName The destination refspec neither matches an existing ref on the remote nor begins with refs/, and we are unable to guess a prefix based on the source ref. error: failed to push some refs to 'git@repository_name'

Спробуйте синхронізувати свій список гілок, використовуючи:

git fetch -p

Прапор -p означає «prune» (вирізати). Після зв’язки буде видалено гілки, яких більше немає.

Якщо вам сподобалась ця публікація, наша некомерційна організація має понад 8000 схожих. Всі безоплатні, без реклами. Розкажіть друзям. 😉