Як працює система контролю версій Git

watch 27s
views 2

08:54, 26.05.2026

Зміст статті
arrow

  • Вступ до Git
  • Що таке GitHub
  • Початок роботи з Git
  • Термінал проти графічного інтерфейсу (GUI)
  • Налаштування папки проекту для Git
  • Ініціалізація репозиторію Git
  • Пояснення репозиторію Git
  • Співпраця з іншими за допомогою Git
  • Як Git відстежує зміни файлів
  • Що таке коміт у Git?
  • Як створити коміт
  • Огляд стандартного робочого процесу Git
  • Крок 1 — Редагування файлів
  • Крок 2 – Підготовка змін до стадіювання
  • Крок 3 – Фіксація змін
  • Дослідження історії комітів Git
  • Що таке гілки Git?
  • Заключні думки

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

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

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

Вступ до Git

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

Щоб перевірити, де на вашому комп'ютері встановлено Git, скористайтеся такою командою:

git –version

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

Що таке GitHub

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

Початок роботи з Git

Термінал проти графічного інтерфейсу (GUI)

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

Якщо ви вирішили використовувати термінал, то почніть з ознайомлення з деякими базовими та необхідними командами. На офіційному веб-сайті є детальна документація щодо команд, і вам не потрібно їх вивчати; просто перевіряйте необхідні команди, коли це потрібно.

Тим користувачам, які віддають перевагу більш наочному інтерфейсу, краще вибрати графічний інтерфейс користувача (GUI).

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

Налаштування папки проекту для Git

Для використання Git у вас має бути проект, який потребує контролю версій. Якщо ви починаєте новий проект, створіть папку та виконайте необхідні дії через термінал. Створити папку можна за допомогою команди mkdir.

Якщо проект уже створено, просто перейдіть до нього в терміналі.

Ініціалізація репозиторію Git

Перейшовши до папки проекту, для використання Git необхідно ініціалізувати репозиторій за допомогою git init. Після введення команди в терміналі та натискання Enter вона буде виконана.

Багато процесів у Git відбуваються у фоновому режимі, і щоб перевірити приховані файли, вам потрібно виконати наступний крок. На Mac користувачам слід натиснути Command+Shift+Dot, щоб переглянути приховані файли. З тією ж метою в ОС Windows необхідно змінити налаштування перегляду.

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

ls -a

Пояснення репозиторію Git

Простіше кажучи, репозиторій — це папка .git, що знаходиться всередині папки проекту. Така система потрібна для відстеження всіх змін у цьому конкретному проекті. Репозиторій, що знаходиться на вашому комп’ютері, називається локальним.

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

Співпраця з іншими за допомогою Git

Щоб інші розробники отримали доступ до конкретного проекту, вони можуть завантажити/клонувати віддалений репозиторій з хостингового сервісу. Після завантаження проекту вони отримають доступ до локального репозиторію.

У великому проекті всі залучені розробники мають локальний доступ на своїх комп'ютерах. Щоб додати деякі деталі та поділитися своєю роботою, можна додати ці деталі до віддаленого репозиторію.

Як Git відстежує зміни файлів

Щоб зберегти різні версії одного й того ж проекту, потрібно створювати коміти.

Що таке коміт у Git?

Коміт у Git — це те саме, що версія проекту. Він включає автономну версію проекту та посилання на папки та файли.

Як створити коміт

Для розуміння та створення коміту важливо знати про різні простори в Git, такі як зона підготовки, робочий каталог та історія комітів.

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

Зона підготовки — це ніби простір для чернетки. Це місце, де можна оновлювати/додавати версії файлів або видаляти щось, щоб легко вибрати, що буде в наступній версії проєкту або коміті. Цей простір представлений файлом індексу.

Що стосується історії комітів, то це місце, де зберігаються коміти, і вони зберігаються в папці об’єктів. І історія комітів, і проміжна область є частиною репозиторію.

Огляд стандартного робочого процесу Git

Крок 1 — Редагування файлів

Якщо ви створили новий проєкт, який називається, наприклад, skills, ви також можете створити простий текстовий файл і назвати його chapter0. Створення цього файлу можна виконати безпосередньо в терміналі або за допомогою текстового редактора. Щоб зробити це безпосередньо в терміналі, можна використати команду touch chapter0.txt.

У поточному проєкті можна додавати, редагувати або видаляти файли залежно від потреби. Також після цього можна використати команду git status. Ця команда потрібна для визначення стану зони підготовки та робочого каталогу та виявлення відмінностей між ними.

Після додавання нового файлу до каталогу, щоб зробити його відстежуваним файлом, використовуйте git add. Про це ми докладніше поговоримо в наступному кроці.

Крок 2 – Підготовка змін до стадіювання

Щоб додати оновлені або нові файли до стадіювання, нам потрібно використовувати git add. Якщо є файли, які нам не потрібно включати в наступний комміт, то ми не додаємо їх до області підготовки.

Після того, як ми додали файл до області підготовки за допомогою команди git add, ми можемо перевірити за допомогою git status, чи файл дійсно додано до області підготовки.

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

Крок 3 – Фіксація змін

Щоб фактично виконати коміт, необхідно використати команду git commit -m та передати повідомлення про коміт.

Щоб перелічити всі коміти в проєкті, необхідно використати команду git log. Кожен коміт має 40-символьний хеш коміту, який може містити цифри та літери і використовується як ім’я коміту.

Дослідження історії комітів Git

Репозиторій містить кілька комітів. У найпростішому можливому сценарії кожен коміт має батьківський коміт, який був початковим.

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

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

Гілка Git — це покажчик на коміт. Гілка за замовчуванням називається main або master. Гілка — це покажчик на коміт, і ми можемо буквально перевірити це, зайшовши в папку .git, папку refs, папку heads і файл master. Усередині цього файлу знаходиться хеш коміту.

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

git branch  

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

Заключні думки

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

Поділитися

Чи була ця стаття корисною для вас?

Популярні пропозиції VPS

-9.9%

CPU
CPU
3 Xeon Cores
RAM
RAM
1 GB
Space
Space
40 GB HDD
Bandwidth
Bandwidth
300 Gb
KVM-HDD HK 1024 Linux

4.96

При оплаті за рік

-15.6%

CPU
CPU
2 Xeon Cores
RAM
RAM
512 MB
Space
Space
10 GB SSD
Bandwidth
Bandwidth
1 TB
KVM-SSD 512 Metered Linux

5.33

При оплаті за рік

-10%

CPU
CPU
3 Epyc Cores
RAM
RAM
2 GB
Space
Space
20 GB NVMe
Bandwidth
Bandwidth
Unlimited
KVM-NVMe 2048 Linux

8.8

При оплаті за рік

-10%

CPU
CPU
2 Xeon Cores
RAM
RAM
512 MB
Space
Space
10 GB SSD
Bandwidth
Bandwidth
Unlimited
KVM-SSD 512 Linux

5.2

При оплаті за рік

-20.5%

CPU
CPU
6 Xeon Cores
RAM
RAM
16 GB
Space
Space
150 GB SSD
Bandwidth
Bandwidth
10 TB
KVM-SSD 16384 Metered Linux

95

При оплаті за рік

-10%

CPU
CPU
4 Xeon Cores
RAM
RAM
2 GB
Space
Space
75 GB SSD
Bandwidth
Bandwidth
Unlimited
wKVM-SSD 2048 Windows

10.23

При оплаті за рік

-9.2%

CPU
CPU
4 Xeon Cores
RAM
RAM
4 GB
Space
Space
100 GB SSD
Bandwidth
Bandwidth
Unlimited
10Ge-wKVM-SSD 4096 Windows

72

При оплаті за рік

-10%

CPU
CPU
6 Xeon Cores
RAM
RAM
8 GB
Space
Space
100 GB SSD
Bandwidth
Bandwidth
Unlimited
MT5 KVM 8192 Windows

29.99

При оплаті за рік

-10%

CPU
CPU
6 Epyc Cores
RAM
RAM
16 GB
Space
Space
150 GB NVMe
Bandwidth
Bandwidth
Unlimited
Keitaro KVM 16384
OS
CentOS
Software
Software
Keitaro

55.54

При оплаті за рік

-12.3%

CPU
CPU
6 Xeon Cores
RAM
RAM
16 GB
Space
Space
150 GB SSD
Bandwidth
Bandwidth
Unlimited
10Ge-wKVM-SSD 16384 Windows

237

При оплаті за рік

Інші статті на цю тему

cookie

Чи приймаєте ви файли cookie та політику конфіденційності?

Ми використовуємо файли cookie, щоб забезпечити вам найкращий досвід роботи на нашому сайті. Якщо ви продовжуєте користуватися сайтом, не змінюючи налаштувань, вважайте, що ви згодні на отримання всіх файлів cookie на сайті HostZealot.