Git

Матеріал з Вікіпедії — вільної енциклопедії.
Перейти до навігації Перейти до пошуку
Git
Типрозподілена система керування версіями
АвторЛінус Торвальдс[1]
РозробникЛінус Торвальдс, Джуніо Хамано
Стабільний випуск2.26.2 (19 квітня 2020; 4 роки тому (2020-04-19))
Операційна системаLinux, POSIX, Windows, OS X
Мова програмуванняC, Bourne Shell, Tcl, Perl[2]
ЛіцензіяGNU GPL v2
Репозиторійgit.kernel.org/pub/scm/git/git.git
Вебсайтgit-scm.com

Git — розподілена система керування версіями файлів та спільної роботи. Проєкт створив Лінус Торвальдс для керування розробкою ядра Linux, а сьогодні підтримується Джуніо Хамано (англ. Junio C. Hamano). Git є однією з найефективніших, надійних і високопродуктивних систем керування версіями, що надає гнучкі засоби нелінійної розробки, що базуються на відгалуженні та злитті гілок. Для забезпечення цілісності історії та стійкості до змін заднім числом використовуються криптографічні методи, також можлива прив'язка цифрових підписів розробників до тегів і комітів.

Прикладами проєктів, що використовують Git, є ядро Linux, Android, LibreOffice, Cairo, GNU Core Utilities, Mesa 3D, Wine, багато проєктів з X.org, XMMS2[ru], GStreamer, Debian DragonFly BSD, Perl, Eclipse, GNOME, KDE, Qt, Ruby on Rails, PostgreSQL, VideoLAN, PHP, One Laptop Per Child (OLPC), АБІС Koha, GNU LilyPond та ELinks і деякі дистрибутиви GNU/Linux (див. нижче).

Програма є вільною і випущена під ліцензією GNU GPL версії 2.

Система спроєктована як набір програм, спеціально розроблених з врахуванням їхнього використання у скриптах. Це дозволяє зручно створювати спеціалізовані системи керування версіями на базі Git або користувацькі інтерфейси. Наприклад, Cogito[en] є саме таким прикладом фронтенду до репозиторіїв Git. А StGit використовує Git для управління колекцією латок.

Система має ряд користувацьких інтерфейсів: наприклад, gitk та git-gui розповсюджуються з самим Git.

Віддалений доступ до репозиторіїв Git забезпечується git-демоном, SSH або HTTP сервером. TCP-сервіс git-daemon входить у дистрибутив Git і є разом з SSH найпоширенішим і надійним методом доступу. Метод доступу HTTP, хоч має низку обмежень, дуже популярний в контрольованих мережах, тому що дозволяє використання наявних конфігурацій мережевих фільтрів.

Принцип роботи

[ред. | ред. код]

Збереження файлів

[ред. | ред. код]
Дані як зліпки стану проєкту в часі

Git, на відміну від Subversion і подібних до неї систем, не зберігає інформацію як список змін (патчів) для файлів. Замість цього Git зберігає дані набором зліпків. Кожного разу при фіксації поточної версії проєкту Git зберігає зліпок того, як виглядають всі файли проєкту. Але якщо файл не змінювався, то дається посилання на раніше збережений файл (див. рис. 1). Git схожий на своєрідну файлову систему з інструментами, які працюють поверх неї. Для кожного відстежуваного файлу Git зберігає розмір, час створення та останньої зміни. Ці дані зберігаються у файлі index, який знаходиться у теці .git. Вся база даних Git зберігається в теці з назвою .git
В Git файли можуть знаходитися в одному із 3-х станів: зафіксованому (файл вже збережено в локальній базі даних), зміненому (файл було змінено, але зміни не зафіксовано) і підготовленому (файли було змінено і відмічено для фіксації).

Локальні операції

[ред. | ред. код]

Більшість дій можна виконувати на локальній файловій системі без використання інтернет підключення. Вся історія змін зберігається локально і при необхідності вивантажується у віддалений репозиторій. На відміну від Subversion, де без підключення до інтернету можна лише редагувати файли, але зберегти зміни в вашу базу даних неможливо (оскільки вона відключена від репозиторію). Будь-який коміт спочатку робиться локально, а потім вивантажується у віддалений репозиторій.

Цілісність даних

[ред. | ред. код]

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

Галуження (гілки)

[ред. | ред. код]

Галуження — це розмежування від основної лінії розробки. Git дозволяє створити декілька гілок і перемикатися між ними. Це корисно, оскільки дозволяє працювати декільком розробникам над своїм функціоналом не заважаючи іншим і не псуючи основну гілку. За замовчуванням, Git створює гілку з назвою master. Гілка в Git просто являє собою вказівник на одну із фіксацій. При кожній новій фіксації гілка в Git рухається автоматично (тобто перемикається на фіксацію). Гілка є простим файлом, який містить 40 символів контрольної суми SHA-1 фіксації. Створення нової гілки дуже швидке, оскільки це однаково запису в файл 41 байта (40 символів + символ нового рядка).

Зливання та перебазовування даних

[ред. | ред. код]

Git підтримує два способи для інтеграції змін з гілки в гілку: merge (зливання) та rebase (перебазування). Основна різниця полягає в тому, що rebase запам'ятовує фіксації у вигляді патчів, перемотує гілку і застосовує патчі у вигляді фіксацій на відміну від merge, який зливає дві гілки в одну.

Візуалізатори історії

[ред. | ред. код]

Приклади

[ред. | ред. код]

Створення локального репозиторію

[ред. | ред. код]

Додаємо всі файли

$ cd <path_project> #Шлях до проєкту (наприклад: $ cd с:/www/git). Переходимо в наявну теку, в якій буде розміщено проєкт
$ git init #Ініціалізація репозиторію. Створює в каталозі Project каталог .git і в ньому всі необхідні файли репозиторію
$ git add . #Додаємо всі файли, які наявні в каталозі Project, під версійний контроль
$ git commit -m "Коментар" #Фіксуємо зміни

Клонувати проєкт з віддаленого сервера в локальний каталог

[ред. | ред. код]
$ git clone <remote_path_project> #Проєкт буде клоновано з віддаленого сервера у поточний локальний каталог (наприклад, https://github.com/git/git.git)

Отримати останні зміни проєкту з віддаленого сервера

[ред. | ред. код]
$ git pull #Всі файли будуть оновлені до останньої версії з віддаленого сервера

Перегляд історії змін

[ред. | ред. код]
$ git log #Відображає всі зміни, зроблені в поточній гілці проєкту в хронологічному порядку

Видалення файлів

[ред. | ред. код]

Видалення з індексу

[ред. | ред. код]
$ git rm --cached README.txt #Видалення файлу README.txt з індексу, тобто він фізично залишається, але зміни в ньому не відстежуються.

Видалення з репозиторію

[ред. | ред. код]
$ git rm README.txt #Видалення файлу README.txt з робочого каталогу та індексу  !!! Використовувати уважно!

Рекурсивне видалення

[ред. | ред. код]
$ git rm --cached -r . #Видалення з індексу всіх файлів в поточному каталозі, включаючи вкладені каталоги

Робота з декількома гілками

[ред. | ред. код]

Створення нової гілки

[ред. | ред. код]
$ git branch new_branch # Створення нової гілки з назвою new_branch
$ git checkout new_branch # Перемикання на гілку new_branch

Перегляд всіх гілок

[ред. | ред. код]
$ git branch # Переглянути всі гілки

Вебінтерфейси

[ред. | ред. код]

Обмін змінами з іншими системами керування версіями

[ред. | ред. код]
  • CVS — імпорт і експорт, емуляція CVS-сервера, в стандартному постачанні
  • Subversion — імпорт і експорт (частково), в стандартному постачанні
  • .tar.gz, .tar.bz2 (серії версійних файлів) — імпорт і експорт, в стандартному постачанні
  • Perforce — імпорт і експорт (частково), в стандартному постачанні та в архівах Git Mailing List
  • Mercurial — імпорт і експорт, в стандартному постачанні та за допомогою зовнішньої програми (Tailor)

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

Проєкти, що використовують Git

[ред. | ред. код]

Git застосовується в багатьох проєктах; можна відзначити як апстріми, так і дистрибутиви GNU/Linux:

Виноски

[ред. | ред. код]
  1. https://web.archive.org/web/20151116175401/https://github.com/git/git/commit/e83c5163316f89bfbde7d9ab23ca2e25604af290
  2. git/git.git/tree. git.kernel.org. Архів оригіналу за 27 травня 2012. Процитовано 15 червня 2009.
  3. https://directory.fsf.org/wiki/Git
  4. Kernel.org git repositories. git.kernel.org. Процитовано 30 січня 2024.
  5. Wine. GitLab (англ.). Процитовано 30 січня 2024.
  6. Debian. GitLab (англ.). 30 січня 2024. Процитовано 30 січня 2024.
  7. Perl 5 now uses Git for version control[недоступне посилання з червня 2019]
  8. Архівована копія. Архів оригіналу за 4 вересня 2019. Процитовано 6 січня 2008.{{cite web}}: Обслуговування CS1: Сторінки з текстом «archived copy» як значення параметру title (посилання)
  9. MariaDB moves development to Github. Архів оригіналу за 29 травня 2014. Процитовано 29 травня 2014. [Архівовано 2014-05-29 у Wayback Machine.]

Див. також

[ред. | ред. код]