git clone https://github.com/ваш-ник/my-first-project.git

Эта команда создаст папку с проектом на вашем ПК.

Основные команды Git для ежедневной работы
Вот минимальный набор команд, которые вы будете использовать постоянно:

1. git init
Инициализирует Git в текущей папке (если вы создали проект не через clone).

2. git status
Показывает состояние: какие файлы изменены, добавлены или не отслеживаются.

3. git add
Добавляет файлы в индекс для будущего коммита.

bash
git add .          # добавить все изменения
git add index.html # добавить конкретный файл
4. git commit -m "сообщение"
Создаёт коммит с описанием изменений. Сообщения должны быть осмысленными: «добавлена форма входа», «исправлена ошибка в расчётах».

5. git push origin main
Отправляет локальные коммиты в удалённый репозиторий. origin — это имя удалённого репозитория (по умолчанию), main — ветка.

6. git pull origin main
Загружает последние изменения с удалённого репозитория и сливает с вашей локальной версией. Делайте это перед началом работы, чтобы быть в курсе чужих правок.

7. git branch
Показывает список локальных веток. Текущая ветка выделена звёздочкой.

8. git checkout -b новая-ветка
Создаёт новую ветку и переключается на неё. Это полезно для разработки новых фич без риска сломать основную ветку.

9. git merge другая-ветка
Вливает изменения из указанной ветки в текущую.

10. git log
Показывает историю коммитов с хешами и сообщениями.

Работа с ветками на примере
Представьте, что вы разрабатываете сайт. Основная ветка main — стабильная версия. Вы хотите добавить новую страницу. Не делайте это прямо в main! Создайте ветку:

bash
git checkout -b feature/new-page
Вносите изменения, коммитьте:

bash
git add .
git commit -m "добавлена страница контактов"
Когда работа завершена, отправьте ветку на GitHub:

bash
git push origin feature/new-page
Затем на GitHub откройте Pull Request из feature/new-page в main. Ваши коллеги проверят код, и если всё хорошо, вы сольёте ветку. После этого можно удалить ветку локально и на GitHub.

Как пользоваться GitHub для портфолио
Для работодателя важно не просто наличие аккаунта, а его содержание. Что должно быть в вашем GitHub-профиле:

Аватарка (реальное фото — плюс).

Описание (кратко о себе, стеке, интересах).

Закреплённые репозитории (ваши лучшие проекты).

Регулярные коммиты (показывают активность).

README в каждом проекте — объясняет, что это за проект, как запустить, какие технологии использованы.

Код должен быть чистым и структурированным.

Совет: сделайте хотя бы 2–3 полноценных проекта (например, телеграм-бот, парсер, интернет-магазин) и выложите их на GitHub. Добавьте ссылку на профиль в резюме и сопроводительное письмо — это сильно повышает шансы на собеседование.

Что такое Pull Request и как его создать
Pull Request (PR) — это не просто запрос на слияние, а целый процесс обсуждения кода. Чтобы создать PR:

Перейдите на страницу вашего репозитория на GitHub.

Нажмите вкладку «Pull requests».

Нажмите «New pull request».

Выберите ветку, из которой хотите влить, и ветку-назначение (обычно main).

Напишите заголовок и описание (что сделано).

Нажмите «Create pull request».

После этого вы можете запросить ревью у коллег. Они могут оставлять комментарии, просить что-то поправить. Вы вносите изменения в ту же ветку, и PR автоматически обновляется. Когда всё одобрено, нажимаете «Merge pull request».

Как работать с чужими репозиториями (fork + clone)
Если вы хотите внести вклад в открытый проект или просто использовать чужой код:

Зайдите на репозиторий проекта на GitHub.

Нажмите кнопку «Fork» — создастся копия в вашем аккаунте.

Склонируйте свой форк на компьютер:

bash
git clone https://github.com/ваш-ник/чужой-репозиторий.git
Внесите изменения, сделайте коммиты, пушьте в свой форк.

Создайте Pull Request из вашего форка в оригинальный репозиторий — это предложение своих правок автору проекта.

Это стандартная практика для open source.

Ошибки новичков и как их избежать
Путают git pull и git push — сначала всегда делайте pull, чтобы избежать конфликтов.

Коммиты с огромными файлами — не кладите в репозиторий бинарные файлы (изображения, видео, библиотеки). Используйте .gitignore.

Сообщения коммитов без смысла — «обнова», «фикс» — недопустимо. Пишите конкретно: «исправлена обработка пустого поля».

Работа напрямую в main — всегда создавайте отдельные ветки для задач.

Не проверяют, что попадает в коммит — перед git add проверьте git status, чтобы случайно не добавить конфиденциальные данные.

Полезные возможности GitHub
GitHub Actions — автоматизация тестирования, сборки и деплоя.

Issues — трекер задач и багов для проекта.

Projects — доска Kanban для управления задачами.

Wiki — раздел с документацией.

GitHub Pages — бесплатный хостинг статических сайтов (лендингов, портфолио).

С ними вы познакомитесь позже, но знать о существовании полезно.

Что дальше?
После того как вы освоили базовые команды и работу с Pull Request, углубляйтесь:

изучите интерактивный тренажёр git rebase

научитесь разрешать конфликты при слиянии

разберитесь с git stash для временного сохранения изменений

познакомьтесь с git cherry-pick для переноса отдельных коммитов

Git и GitHub — это мощные инструменты, и их изучение окупается уже на первых этапах карьеры.

Шпаргалка по основным командам
Действие	Команда
Клонировать репозиторий	git clone ссылка
Проверить статус	git status
Добавить все изменения	git add .
Создать коммит	git commit -m "сообщение"
Отправить на GitHub	git push origin main
Забрать с GitHub	git pull origin main
Создать ветку и переключиться	git checkout -b новая-ветка
Переключить ветку	git checkout ветка
Слить ветку	git merge ветка
Посмотреть историю	git log
Итог
GitHub — это не просто хранилище кода. Это ваш цифровой след в IT-сообществе, портфолио и инструмент командной работы. Начните с простого: создайте аккаунт, сделайте репозиторий для учебного проекта и коммитьте ежедневно. Через месяц вы привыкнете к командам, а через полгода будете использовать их на автомате. Помните: даже опытные разработчики постоянно гуглят редкие команды — это нормально. Главное — регулярная практика.