Файл: Урок Работа с Git Часть 2.pdf

Разработка на С++
Урок 3.
Работа с Git
Часть 2

GitHub
GitHub -крупнейший веб-сервис для хостинга IT-проектов и их совместной разработки. Веб-сервис основан на системе контроля версий Git. Он позволяет создавать удаленные репозитории и фиксировать изменения в проекте

Создание удаленного репозитория
Чтобы воспользоваться возможностями сервиса, нужно пройти регистрацию.
После этого можно переходить к созданию удаленного репозитория

Связь локального и удаленного репозитория
Когда настройка локального и удаленного репозиториев завершена, остается связать их между собой. На странице репозитория в GitHub вы сможете найти команды для работы с локальным репозиторием. Перейдите на эту страницу перед отправкой данных на сервер GitHub

Связь локального и удаленного репозитория
Скопируйте команду «git remote…» и примените ее к локальному репозиторию в терминале. Обратите внимание, эта команда у всех разная. Копируйте только то, что указано в вашем репозитории

Команда «git remote»
Вставьте ее в терминал или командную строку и нажмите клавишу «Enter»

Отправка на сервер
Связь с удалённым сервером налажена. Скопируйте последнюю команду, предложенную на GitHub и вставьте ее в терминал

Команда «git push»
Команда «push», которую вы уже ввели, позволяет передать коммиты из локального репозитория в удаленный
Аргумент «-u» указывает на то, куда именно «пушить коммит».
Origin – это сокращенное имя удаленного репозитория, из которого изначально был клонирован проект

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

Ветвление
Давайте рассмотрим простой пример рабочего процесса, который может быть полезен в вашем проекте. Ваша работа построена так:
Вы работаете над сайтом
Вы создаете ветку для новой статьи, которую вы пишете
Вы работаете в этой ветке
01 02 03
В этот момент вы получаете сообщение, что обнаружена критическая ошибка, требующая скорейшего исправления. Ваши действия:
Переключиться на основную ветку
Создать ветку для добавления исправления
После тестирования слить ветку содержащую исправление с основной веткой
Переключиться назад в ту ветку, где вы пишете статью и продолжить работать
01 02 03 04

Создание ветки
Предположим, вы работаете над проектом и уже имеете несколько коммитов в ветке «master»
C2
C1
C0
master

Создание ветки
Вы решаете, что теперь вы будете заниматься проблемой #53 из вашей системы отслеживания ошибок. Чтобы создать ветку и сразу переключиться на неё, можно выполнить команду «git checkout» с параметром «-b»:
$ git checkout -b iss53
Switched to a new branch "iss53"
$ git branch iss53
$ git checkout iss53
C2
C1
C0
master iss53

Работа с ветками
Вы работаете над своим сайтом и делаете коммиты. Это приводит к тому, что ветка «iss53» движется вперед, так как вы переключились на неё ранее:
C2
C3
C1
C0
master iss53

Работа с ветками
Тут вы получаете сообщение об обнаружении уязвимости на вашем сайте, которую нужно немедленно устранить. Все, что вам нужно — переключиться на ветку «master» и исправить проблему:
С этого момента ваш рабочий каталог имеет точно такой же вид, какой был перед началом работы над проблемой #53, и вы можете сосредоточиться на работе над исправлением
$ git checkout master
Switched to branch 'master'

Работа с ветками
Давайте создадим новую ветку для исправления, в которой будем работать, пока не закончим исправление:
C2
C3
C4
C1
C0
master hotfix iss53
$ git checkout -b hotfix
Switched to a new branch 'hotfix'
$ git commit -a -m 'Fix broken email address'