Простое руководство по терминам Git для начинающих

Когда ты только начинаешь работать с Git, все эти новые слова — commit, push, pull, branch, merge — могут путать и пугать. Ты привык просто писать код, сохранять файл и вручную копировать его на сервер, а здесь вдруг сразу более десяти команд и понятий.

Чтобы было проще запомнить и понять, мы разбили весь процесс Git на три логические цепочки:

• Прямой процесс — как твой код от локального компьютера попадает на живой сайт.
• Обратный процесс — как скачать код с сервера к себе.
• Работа с ветками — как безопасно экспериментировать с новыми функциями.

Ниже — интерактивная визуализация. Кликни на название/иконку — перейдёшь к подробному объяснению. Кликни на текст под иконкой — появится краткая подсказка.

1. Прямой процесс: от написания кода до живого сайта

Это основная цепочка, которую ты будешь использовать чаще всего. Раньше ты писал код → сохранял → вручную копировал на сервер. Теперь Git делает это умнее и безопаснее.

• Написание кода
  Обычная работа в редакторе (VS Code, Notepad++ и т.д.). Ничего нового — просто пишешь PHP, HTML, JS или что у тебя там.
• Draft (черновик)
  Это промежуточный коммит, когда ты хочешь быстро сохранить текущее состояние, но оно ещё не готово.
  Пример: «Сохранить черновик локально».
  Аналогия: раньше ты мог сохранить файл как index_temp.php. Теперь просто делаешь коммит с сообщением «WIP: пробую новый дизайн».
• Commit (сохранить версию локально)
  Основной шаг фиксации изменений. Ты говоришь Git: «Вот готовый кусок работы, зафиксируй его как версию».
  Аналогия: раньше большое изменение — новый файл index_2.0.php. Теперь один файл + история всех версий внутри Git.
• Push (отправить версию на сервер)
  Отправка всех твоих локальных коммитов в удалённый репозиторий.
  Аналогия: раньше ты вручную заливал файлы по FTP/SSH. Теперь одной командой — всё улетает на сервер.
• Deploy (публикация версии кода)
  Момент, когда код становится живым сайтом. На shared-хостингах вроде Beget это происходит автоматически после push благодаря хуку.
  Аналогия: раньше файлы появлялись на сайте сразу после копирования.

2. Обратный процесс: с сервера к локальному компьютеру

Когда нужно продолжить работу на другом устройстве или обновить код после чужих изменений.

• Clone (скопировать проект первый раз)
  Полное копирование всего репозитория с сервера к тебе на компьютер. Делаешь один раз в начале проекта.
  Аналогия: скачать весь сайт по FTP в новую папку.
• Pull (обновить локальные изменения)
  Скачивание свежих изменений с сервера + автоматическое слияние с твоим кодом.
  Аналогия: вручную скачать обновлённые файлы с сервера и заменить свои.

3. Работа с ветками: безопасные эксперименты

Ветки — это суперсила Git. Позволяют работать над новыми функциями, не ломая основной код.

• Branch (создать новую ветку)
  Создаёшь отдельную линию разработки.
  Аналогия: раньше ты мог скопировать весь проект в другую папку для экспериментов. Ветка — то же самое, но без дублирования файлов.
• Checkout (переключиться на ветку)
  Переход на другую ветку для работы в ней.
  Аналогия: открыть другую папку с кодом.
• Diff (сравнить версии кода)
  Просмотр различий между версиями/ветками. Git показывает, что добавлено, удалено, изменено.
  Аналогия: вручную сравнивать два файла.
• Merge (объединить изменения в основную)
  Слияние готовой ветки в основную (обычно main или master).
  Аналогия: вручную скопировать удачные изменения из тестовой папки в основную.

Заключение

Эти три цепочки покрывают 90% того, что тебе нужно на старте. Начни с прямого процесса — настрой Git на Beget, и уже через день будешь пушить изменения одной кнопкой вместо ручного FTP. Со временем ветки станут твоим лучшим другом — никаких больше index_old.php и index_new_test.php!

Держи эту страницу как шпаргалку. Когда освоишься — переходи к более сложным вещам вроде rebase или pull request.