Введение в Git

3.

Четвертый опрос
https://nvt.miem.hse.ru/s/ps2025-4

4.

Цели семинара
Системы контроля версий
Git
Github vs Gitlab
Практика работы с Git

5.

Хотим работать в команде
Надо создавать
Pet project с
другом
Надо создавать
Pet project с
другом

6.

Как синхронизировать версии?
Program v1
Program v2
PC1
PC2

7.

Хотим работать в команде
Когда попросил коллегу отправить тебе скриншот с
его кодом

9.

Что такое Git
Git - система контроля версий / хранилище истории разработки
GIT
V2
main.py
V2
V1
main.py
V2
main.py
main.py
config.json
config.json

Командная работа
Git - распределенная система
У каждого разработчика есть
локальная копия Git, хранящая
историю разработки проекта
Центральный сервер не
является обязательным, но в
реальных проектах чаще
всего присутствует

11.

Создание репозитория
Для создания репозитория локально необходимо в корне вашего проекта
написать следующую команду:
После этого в папке проекта появится скрытая папка .git, которая и будет
хранить всю информацию

12.

Начальная настройка
Git хранит не только сами изменения, но и информацию о том, кто был их
автором. Давайте настроим наш Git и укажем кто мы такие

13.

Статусы файлов
При работе с Git необходимо различать три понятия: рабочая директория,
индекс и репозиторий
Рабочая
директория
main.py
.git
Индекс
Репозиторий

14.

Индекс хранит все файлы, отслеживаемые Git
Помимо этого индекс является промежуточным хранилищем изменений
Рабочая
директория
Индекс
main.py
main.py

15.

Когда мы доделали какую-то часть проекта, мы можем добавить все
изменения в репозиторий
Индекс
Репозиторий
main.py
main.py

16.

Статусы файлов
Рабочая
директория
.git
Индекс
Репозиторий
add
main.py
main.py
main.py
commit
add
settings.json
settings.json
main.py
settings.json
settings.json

17.

Проверка состояния проекта
Директория
main.py
Индекс
Репозиторий

18.

Проверка состояния проекта
Директория
main.py
Индекс
main.py
Репозиторий

19.

Проверка состояния проекта
Директория
main.py
Индекс
Репозиторий
main.py
main.py

20.

Последний коммит

21.

Хороший коммит
Важно создавать коммиты, придерживаясь следующих принципов:
● Атомарность - каждый коммит должен содержать в себе изменения,
связанные с одной обособленной функцией
● Консистентность (постоянство) - каждый коммит должен представлять
логически завершенное изменение проекта, желательно не ломая его
работу
● Описание коммита должно четко и понятно отражать смысл коммита.
Рекомендуется не делать сообщение коммита длиннее 50 символов