Git определяет процессы управления версиями, определяющие, как проекты должны совместно использоваться. Существует множество веб-сайтов, которые позволяют размещать ваши проекты Git. GitHub - самый популярный вариант, Bitbucket - еще одна популярная альтернатива, оба позволяют бесплатные учетные записи, которые могут создавать неограниченное количество общедоступных или частных репозиториев. GitLab предлагает альтернативу с самостоятельным размещением, позволяющую частную разработку, не полагаясь на сторонний хостинг.
Процесс первой загрузки репозитория Git называется клонированием. Клонирование включает в себя всю информацию о репозитории на тот момент, однако, чтобы поддерживать репозиторий в актуальном состоянии с течением времени, вам необходимо загружать новые версии. Для этого просто откройте окно терминала в каталоге с локальной версией репозитория и введите команду «git pull».
Работа этой команды особенно проста, если вы просто хотите загрузить обновленную версию репозитория; локальная версия будет обновлена для соответствия удаленной версии. Однако вы можете увидеть, что могут возникнуть проблемы, если вы внесли изменения в свою локальную версию.
Команда «git pull» фактически запускает две отдельные команды «git fetch» и «git merge FETCH HEAD». Подкоманда «git fetch» специально загружает новейшую версию из онлайн-репозитория и временно сохраняет ее. Подкоманда «git merge FETCH HEAD» затем объединяет ваши локальные изменения с загруженной версией, при этом предпочтительны более новые коммиты.
Совет: «git commit» - это отправка изменения, возможно наличие нескольких локальных и удаленных коммитов, которые делают одно и то же или разные вещи. Локальные коммиты не видны удаленной версии, пока не будут внесены изменения. Каждая фиксация подробно описывает, какие изменения были внесены, и включает временную метку.
Конфликты между локальной и удаленной версиями
В идеале в сценарии слияния конфликтов не будет, и процесс слияния завершится автоматически. Слияние может быть особенно простым, если было внесено мало изменений или если ваши локальные изменения не мешают удаленным изменениям. Однако, если есть конфликтующие сложные изменения в одной и той же части кода, Git выдаст ошибку слияния.
На этом этапе вы можете либо прервать слияние с помощью команды «git merge –abort», либо попытаться вручную разрешить конфликты. Команды «git mergetool» и «git diff» предоставляют графический пример различий, которые должны помочь чтобы было как можно проще увидеть, какие изменения необходимо применить вручную, чтобы позволить слияние полный. Когда вы разрешите все конфликты, введите команду «git merge –continue», чтобы завершить слияние.
