Задача 1. Создание репозитория

Цель: понять, что такое репозиторий и как Git начинает отслеживать изменения.

Что делать:

1. Создай новую папку с любым именем (например, “GitPractice”).

2. Открой её в терминале и инициализируй как репозиторий.

3. Убедись, что появилась скрытая папка .git — это база данных Git.

4. Создай внутри папки простой текстовый файл (например, notes.txt).

На что обратить внимание:

• Git начинает отслеживать только после инициализации.

• Все данные о коммитах, ветках и истории хранятся внутри .git.

Задача 2. Добавление и коммиты

Цель: научиться сохранять изменения в истории проекта.

Что делать:

1. Проверь статус — Git покажет, какие файлы новые или изменённые.

2. Добавь файл в список для сохранения (это называется “индекс”).

3. Создай свой первый коммит с коротким описанием.

4. Проверь, что в истории появился один коммит.

На что обратить внимание:

• Коммит — это “снимок состояния” проекта.

• Каждый коммит должен быть осмысленным: не “обновил”, а “добавил файл с заметками”.

Задача 3. Изменение и повторные коммиты

Цель: понять цикл “изменил — добавил — закоммитил”.

Что делать:

1. Измени текст в своём файле.

2. Проверь статус — увидишь, что файл изменён.

3. Добавь его в индекс и сделай новый коммит.

4. Посмотри историю — теперь там два коммита.

На что обратить внимание:

• Git не сохраняет изменения автоматически, ты сам решаешь, когда зафиксировать новую версию.

• Коммиты помогают шаг за шагом отслеживать развитие проекта.

Задача 4. Работа с GitHub (удалённый репозиторий)

Цель: научиться связывать локальный проект с GitHub и отправлять туда свои коммиты.

Что делать:

1. Создай новый репозиторий на GitHub (пустой).

2. Скопируй ссылку на него.

3. В своём локальном проекте “привяжи” GitHub как удалённый репозиторий.

4. Отправь свои локальные коммиты в GitHub (это называется “push”).

5. Зайди на сайт и убедись, что твои файлы появились.

На что обратить внимание:

• Push — это передача твоих локальных коммитов в GitHub.

• Перед push желательно сделать commit — нельзя отправить несохранённые изменения.

• Один проект может быть связан с несколькими удалёнными репозиториями, но обычно используется один — origin.

Задача 5. Новые изменения и повторный push

Цель: отработать стандартный цикл работы с GitHub.

Что делать:

1. Добавь в проект новый файл или измени существующий.

2. Сделай коммит.

3. Отправь изменения на GitHub с помощью push.

4. Проверь на сайте, что история обновилась.

На что обратить внимание:

• Всегда можно проверить, какие коммиты ещё не отправлены.

• После push другие разработчики (или ты с другого устройства) увидят актуальную версию.

Задача 6. Создание и слияние веток

Цель: научиться использовать ветки для безопасных экспериментов.

Что делать:

1. Создай новую ветку (например, test-branch).

2. Переключись на неё и измени что-нибудь в проекте.

3. Сделай коммит.

4. Вернись обратно в основную ветку (main) и посмотри, что изменений там нет.

5. Объедини ветку test-branch с main.

6. Убедись, что после объединения изменения появились и в основной ветке.

На что обратить внимание:

• Ветки позволяют экспериментировать, не ломая основную работу.

• После merge временные ветки можно удалять.

• Если в разных ветках менялись одни и те же строки, может возникнуть конфликт.

Задача 7. Обновление данных и получение изменений

Цель: научиться скачивать изменения с GitHub.

Что делать:

1. Измени что-нибудь на GitHub прямо через сайт (например, добавь строку в файл).

2. На компьютере вызови команду для обновления (это называется “pull”).

3. Убедись, что изменения с GitHub появились в локальном проекте.

На что обратить внимание:

• Push — отправка данных вверх (в GitHub),
  Pull — загрузка данных вниз (в твой компьютер).

• Если ты изменил тот же файл локально, Git может попросить решить конфликт при pull.