Як створити нову локальну гілку та переключитися? #github #backenddeveloper
10.09.2024
При роботі з Git розробники часто використовують гілки для організації своїх змін. Це дозволяє
ізолювати роботу над новими функціями чи виправленням помилок, не зачіпаючи основну версію
проекту.
Створення нової гілки та робота з нею є простим, але важливим процесом, який покращує організацію коду і
спрощує командну роботу.
Як створити нову локальну гілку?
Для створення нової гілки в локальному репозиторії ви можете скористатися кількома командами. Ось основні
способи:
- Створення гілки: Використайте команду
git branch назва_гілки
для
створення
нової гілки без автоматичного переходу на неї.
git branch feature/new-functionality
git checkout -b
, яка одночасно створює нову гілку і одразу переключає вас на неї.
git checkout -b feature/new-functionality
У цьому випадку команда checkout
створює нову гілку з назвою
feature/new-functionality
та
автоматично переключає вас на неї.
Як переключитися на нову гілку?
Якщо гілка вже існує, вам не потрібно її створювати заново. Для цього скористайтесь командою
git checkout
або git switch
для перемикання:
- Переключитися на існуючу гілку:
git checkout feature/new-functionality
git switch
:git switch feature/new-functionality
Команда git checkout
або git switch
дозволяє вам легко змінювати поточну гілку
та
працювати над іншим фрагментом коду.
Робота з новою гілкою
Після того, як ви створили і переключились на нову гілку, ви можете вносити будь-які зміни до коду. Ці зміни
будуть
ізольовані від основної гілки. Ви можете додавати файли до індексу за допомогою git add
і
зберігати зміни через git commit
.
Коли ви завершите роботу з гілкою і будете готові об’єднати зміни з іншими частинами проекту, ви зможете
скористатися
командою git merge
, щоб інтегрувати нову гілку до основної гілки, наприклад main або
master.
Висновок
Створення нових локальних гілок і перемикання між ними — це невід’ємна частина роботи з Git, яка дозволяє
розробникам ефективно керувати змінами у своїх проектах. Це дає змогу працювати над новими функціями або
виправленнями
незалежно від основної гілки, що робить робочий процес гнучким і безпечним.