Введение в контроль версий. Git от основ до продвинутых возможностей

ЛЕКЦИЯ

Введение в контроль версий.
Git от основ до продвинутых возможностей

Программирование и компьютеры

План лекции

1. Что такое контроль версий и зачем он нужен

2. Классификация систем контроля версий

3. Git: история создания и архитектура

4. Установка и базовая настройка Git

5. Основные команды Git: рабочий цикл

6. Ветвление и слияние

7. Работа с удалёнными репозиториями

8. Продвинутые возможности Git

9. Разрешение конфликтов

10. Git-хуки и автоматизация

11. Практические рекомендации по работе с Git

1. Что такое контроль версий и зачем он нужен

Контроль версий (version control) — это система, которая записывает изменения в файлы или наборы файлов с течением времени, чтобы впоследствии можно было вернуться к определённым версиям.

Представьте ситуацию: вы работаете над проектом, вносите десятки изменений в день, и в какой-то момент программа перестаёт работать. Без системы контроля версий вам придётся вручную отслеживать, какое именно изменение сломало код. С системой контроля версий вы можете вернуться к любой предыдущей версии вашего проекта за считанные секунды.

Зачем нужен контроль версий:

• История изменений. Каждое изменение фиксируется с указанием автора, времени и описания. Можно посмотреть, кто и когда изменил конкретный файл.

• Возврат к предыдущим версиям. Если изменение оказалось ошибочным, можно откатить изменения и вернуть файл к любому предыдущему состоянию.

• Ветвление и параллельная работа. Несколько разработчиков могут работать над одним проектом одновременно, создавая отдельные «ветки» для экспериментов или новых функций.

• Слияние изменений. Когда эксперимент завершён успешно, изменения из ветки можно «слить» обратно в основную версию проекта.

• Резервное копирование. Репозиторий можно скопировать на другой компьютер или сервер, что служит дополнительной страховкой.

Без контроля версий

До появления специализированных систем контроля версий разработчики использовали примитивные методы: копирование файлов вручную, присвоение им имён вида «проект_версия1», «проект_версия2_финальный», «проект_версия2_финальный_настоящий». Такой подход приводил к путанице, потере данных и невозможности эффективной командной работы.

2. Классификация систем контроля версий

Системы контроля версий делятся на три основных типа:

Локальные системы контроля версий

Самый простой подход — это базы данных на локальном диске, которые хранят все изменения файлов. Классическим примером является RCS (Revision Control System), который до сих пор встречается на некоторых компьютерах. RCS хранит «патчи» (разницу между версиями) в специальном формате на диске, что позволяет восстановить файл на любом историческом этапе.

Ограничение: все операции выполняются на одной машине, что исключует совместную работу нескольких людей над проектом.

Централизованные системы контроля версий (CVCS)

Системы вроде CVS, Subversion (SVN) и Perforce используют центральный сервер, на котором хранятся все версионированные файлы. Клиенты скачивают файлы с этого сервера, вносят изменения и отправляют их обратно. Преимущество такого подхода — каждый, кроме администратора, знает, в каком состоянии находится проект.

Недостаток: если центральный сервер выйдет из строя, ни один из клиентов не сможет сохранять изменения или создавать новые версии. Это создаёт единственную точку отказа.

Распределённые системы контроля версий (DVCS)

В распределённых системах, таких как Git, Mercurial, Bazaar и Darcs, полная копия репозитория хранится на каждом компьютере участника. Это означает, что помимо основного «удалённого» репозитория на сервере, каждый разработчик имеет локальную полную копию всего проекта со всей его историей.

Если один из серверов выходит из строя, любой из локальных репозиториев может быть использован для восстановления. Каждое «отправление» (push) на удалённый сервер по сути является созданием резервной копии.

3. Git: история создания и архитектура

История создания

Git был создан Линусом Торвальдс в 2005 году для разработки ядра Linux. До этого проект использовал централизованную систему Control, а затем — бесплатную DCVS BitKeeper, но после конфликта с владельцами BitKeeper (Ларри Маквой) был лишён лицензии.