2021-03-09 18:40:52
Git (продолжение)В предыдущем посте мы познакомились с понятием системы контроля версий и в частности с git.
Сегодня продолжим введение в Git. Для того, чтобы начать с ним работать, вам пригодится всего несколько простых команд.
В прошлом посте я рассказала, как создать git-репозиторий локально и добавить в него ваш код.
Следующим шагом вы можете загрузить ваш репозиторий на github, следуя этой инструкции.
Готово? Вы восхитительны.
А теперь давайте поговорим о том, как грамотно вносить изменения в ваш проект.
В гите есть такое понятие как ветка (branch). Давайте для простоты рассматривать ветки - как версии вашего проекта.
В данный момент в вашем репозитории существует только одна-единственная главная ветка - master. Менять код напрямую в ветке master - очень плохая идея. В мастере «живёт» полностью готовый, стабильный код.
Когда же вы хотите внести какое-то изменение - лучше для этого создать отдельную ветку. Ваши измненения поначалу будут записаны только в этой ветке, а в главную версию master они попадут только когда мы полностью будем уверены, что код готов и работает правильно. (Давайте сразу привыкать к лучшим практикам разработки кода)
Создать ветку (назовём её my-new-branch) и сразу же переключиться на неё можно командой:
git checkout -b 'my-new-branch'
(переключиться на уже существующую ветку в проекте можно командой git checkout без флага -b)
Теперь у нас есть рабочая «копия» ветки master, и в неё можно вносить изменения. Отредактируйте любой (или несколько сразу) файлов с кодом в вашем репозитории. Теперь добавьте их в историю изменений командами, которые я уже упоминала в предыдущем посте:
git add .
git commit -m "Тут комментарий, описывающий изменения кода, которые вы внесли"
А поскольку на предыдущем шаге вы уже подключили ваш репозиторий к github (вы же это сделали?), можно внесённые изменения «отправить» и в github:
git push
Запомните - делать git push нужно
только из отдельной ветки.
Никогда не делайте git push из ветки master - а то привыкнете к такому, и однажды сломаете основной код проекта на работе (это можно исправить, но будет неприятно).
Как же записать изменения в главную ветку, master? Хорошая практика - делать это с помощью pull request-ов. Пулл-реквест - это запрос на «слияние» (merge) вашей новой ветки с мастером. Создать пул-реквест можно на github-e, для этого нужно будет найти и нажать кнопку create pull request.
Если над проектом работают и другие разработчики, они могут посмотреть на гитхабе в пулл-реквесте, что за изменения вы собираетесь добавить в проект, и либо одобрить их, либо отклонить - либо попросить внести еще изменения в пул-реквест. Этот процесс называется ревью кода (Code Review). Если вы работаете над проектом сами - остаётся только самому же взглянуть на свои изменения ещё раз, уже на гитхабе.
И только после одобрения пул-реквеста, можно приступить к слиянию вашей ветки с «мастером» (для этого есть кнопка merge). Готово! Ваши изменения записаны в мастер.
Теперь надо обновить ваш локальный репозиторий - код в его версии ветки master устарел.
Возвращаемся в ветку master:
git checkout master
И «забираем» изменения из репозитория на github:
git pull
Готово! Команд, описанных в этой статье, должно хватить вам на первое время для работы с git.
В следующий раз, когда захотите снова изменить код - не забудьте перейти для этого в другую ветку из мастера (или создать новую).
1.8K viewsedited 15:40
П
