Post #431

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. В следующий раз, когда захотите снова изменить код - не забудьте перейти для этого в другую ветку из мастера (или создать новую).