Git — это система контроля версий, которая является стандартом в современной разработке. Она позволяет отслеживать все изменения в коде, возвращаться к предыдущим версиям, работать в команде и не бояться "всё сломать". Это руководство проведет вас через все необходимые шаги, начиная с самой первой настройки.
Предполагается, что у вас уже установлен Git, есть аккаунт на GitHub и вы создали там пустой репозиторий.
## Шаг 0: Первоначальная настройка Git (делается один раз)
Прежде чем вы начнете клонировать репозитории и писать код, необходимо представиться системе Git. Это критически важный шаг, который выполняется всего один раз на каждом новом компьютере.
Здесь важно понимать разницу между аутентификацией и авторством:
- 🔑 Аутентификация — это ваш логин и пароль (или SSH-ключ), которые вы используете для git clone или git push. Этим вы доказываете GitHub, что у вас есть право доступа к репозиторию. Это как ваш пропуск в здание.
- ✍️ Авторство — это ваше имя и email, которые записываются в историю каждого сделанного вами изменения (коммита). Это ваша подпись под проделанной работой, чтобы все знали, кто автор.
Команды ниже настраивают именно авторство.
Откройте терминал и выполните две команды. Флаг --global означает, что эта настройка применится ко всем вашим проектам на этом компьютере.
## Шаг 1: Клонирование репозитория
Первый шаг в работе с существующим проектом — скопировать (клонировать) его с GitHub на ваш компьютер.
- Зайдите на страницу вашего репозитория на GitHub.
- Нажмите на зеленую кнопку < > Code.
- Скопируйте URL-адрес (HTTPS или SSH).
- Откройте терминал и перейдите в папку, где вы хотите хранить проект (cd Documents/Projects).
- Выполните команду клонирования:
## Шаг 2: Основы ежедневной работы: Цикл "Изменил -> Добавил -> Зафиксировал -> Отправил"
Это основной цикл работы с Git.
1. Проверка статуса — git status
Ваш лучший друг. Показывает текущее состояние проекта: новые, измененные файлы и т.д.
2. Добавление изменений в "индекс" — git add
Когда вы изменили файл, вы говорите Git учесть эти изменения для следующего коммита. Этот процесс называется индексацией (добавлением в staging area).
- Добавить конкретный файл:
3. Фиксация изменений — git commit
Вы создаете "снимок" состояния добавленных файлов. Именно здесь используется то самое имя и email, которые вы указали на Шаге 0.
4. Отправка изменений на GitHub — git push
Ваши коммиты существуют только локально. Чтобы они появились на GitHub, их нужно отправить.
## Шаг 3: "Ой, я что-то сломал!": Отмена изменений
Ошибки случаются. Вот как их исправлять.
Сценарий 1: Изменения еще не были добавлены в индекс (git add)
Сценарий 3: Изменения закоммичены (git commit), но не отправлены (git push)
- Если хотите полностью отменить последний коммит, но сохранить изменения в файлах:
Сценарий 4: Ошибочный коммит уже отправлен на GitHub (git push)
Никогда не используйте git reset для отправленных коммитов! Правильный способ — создать новый коммит, который отменяет старый.
- Узнайте хеш (ID) плохого коммита с помощью git log.
- Выполните команду revert:
## Шаг 4: Параллельные вселенные: Работа с ветками
Ветки (branches) позволяют работать над задачами в изоляции от основной версии кода (main).
- Создать новую ветку и сразу переключиться на нее:
- Слияние (merging) вашей ветки в main:
Переключитесь на main: git checkout main
Заберите свежие изменения с сервера: git pull
Влейте вашу ветку: git merge feature/login-form
Отправьте результат: git push - Удалить ветку после слияния (локально):
## Шаг 5: Синхронизация с командой — git pull
Если кто-то другой отправил изменения в репозиторий, вам нужно их скачать и слить с вашей версией.
Золотое правило: всегда делайте git pull перед тем, как начать новую работу или делать git push, чтобы избежать конфликтов.