В предыдущем уроке мы познакомились с GitHub, создали аккаунт и научились создавать удалённые репозитории. Однако пока наши знания остаются неполными.

Хорошо, вы создали репозиторий на GitHub. Что дальше? Сам по себе удалённый репозиторий бесполезен, если вы не умеете обмениваться с ним данными. В реальной разработке работа постоянно строится вокруг синхронизации локального проекта и удалённого репозитория.

Разработчики скачивают существующие проекты, получают изменения от коллег, отправляют собственный код на сервер и поддерживают актуальное состояние репозитория.

Для решения этих задач используются специальные команды Git:

git clone
git remote
git push
git pull

Кроме того, перед началом полноценной работы рекомендуется настроить подключение по SSH. Это позволяет безопасно взаимодействовать с GitHub без постоянного ввода логина и пароля.

В этом уроке мы разберём основные способы подключения к удалённым репозиториям и научимся выполнять базовые операции синхронизации проекта.

Ключевые термины

Удалённый репозиторий — копия проекта, которая хранится на сервере GitHub.
Remote — ссылка между локальным и удалённым репозиторием.
SSH — безопасный протокол для подключения к удалённым серверам.
SSH-ключ — специальная пара ключей для авторизации без ввода пароля.
Clone — создание локальной копии удалённого репозитория.
Push — отправка локальных изменений на сервер.
Pull — получение изменений из удалённого репозитория.
Origin — стандартное имя удалённого репозитория в Git.
Синхронизация — процесс обмена изменениями между локальным и удалённым репозиториями.

Основная часть

До появления GitHub мы работали исключительно локально. Все коммиты, ветки и история изменений находились только на нашем компьютере. После появления удалённого репозитория возникает новая задача — синхронизировать локальный проект с сервером.

Чтобы лучше понять процесс, представьте облачное хранилище документов. У вас есть файл на компьютере и его копия в облаке. Чтобы изменения появились в облаке, их необходимо загрузить. Если кто-то другой внёс изменения, их необходимо скачать.

Git работает похожим образом. Локальный репозиторий остаётся основным рабочим пространством разработчика. Удалённый репозиторий становится общей точкой взаимодействия всей команды.

Для обмена изменениями используются специальные команды Git. Но перед этим стоит разобраться с подключением к GitHub.

Подключение по SSH

GitHub поддерживает несколько способов авторизации. Наиболее распространённые: HTTPS, SSH. При работе через HTTPS Git может периодически запрашивать данные для авторизации.

В профессиональной разработке чаще используют SSH. После настройки SSH разработчик может взаимодействовать с GitHub без постоянного ввода логина и пароля.

Сначала необходимо создать SSH-ключ. В терминале выполните команду:

ssh-keygen -t ed25519 -C "your_email@example.com"

Обратите внимание, что в этой команде вам необходимо указать свою почту, на которую у вас заведен аккаунт на Github.

Во время выполнения Git предложит сохранить ключ и при необходимости установить парольную фразу. Эти шаги вы пропускаете и просто нажимаете "Enter". После завершения генерации будут созданы два файла: приватный ключ, публичный ключ. Публичный ключ необходимо добавить в GitHub.

Посмотреть его содержимое можно командой cat ~/.ssh/id_ed25519.pub. Скопируйте полученный текст. Затем откройте настройки GitHub Settings → SSH and GPG Keys → New SSH Key. Вставьте скопированный ключ и сохраните изменения.

После этого рекомендуется проверить подключение: ssh -T git@github.com. При успешной настройке GitHub отобразит приветственное сообщение. Теперь ваш компьютер может безопасно взаимодействовать с GitHub через SSH.

Клонирование репозитория

Очень часто разработчик приходит в уже существующий проект. Например, компания разрабатывает интернет-магазин уже несколько месяцев.

Вам необходимо получить текущую версию проекта на свой компьютер. Для этого используется команда:

git clone <url>

Пример:

git clone git@github.com:company/electronics-store.git

После выполнения команды Git:

создаст новую папку;
скачает все файлы проекта;
загрузит всю историю коммитов;
автоматически настроит подключение к удалённому репозиторию.

Фактически вы получаете полноценную копию проекта. Это одна из самых часто используемых команд в Git.

Что такое remote

Когда Git клонирует репозиторий, он автоматически создаёт связь между локальной копией и сервером. Эта связь называется remote.

Проще говоря, remote — это информация о том, где находится удалённый репозиторий. Посмотреть список удалённых репозиториев можно командой: git remote -v.

Результат может выглядеть следующим образом:

origin  git@github.com:company/electronics-store.git (fetch)
origin  git@github.com:company/electronics-store.git (push)

Здесь используется имя origin. Это стандартное название удалённого репозитория. На практике подавляющее большинство проектов используют именно его.

Если репозиторий был создан локально, связь с GitHub можно добавить вручную:

git remote add origin git@github.com:company/electronics-store.git

Ссылку на репозиторий можно получить на странице проекта в GitHub. Для этого откройте репозиторий и нажмите кнопку Code. В открывшемся окне будут доступны варианты подключения через HTTPS и SSH. Если вы настроили SSH-доступ, выберите вкладку SSH и скопируйте предложенный адрес репозитория. Именно его необходимо использовать в команде git remote add. После этого локальный проект будет знать, куда необходимо отправлять изменения.

Отправка изменений через git push

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

Например:

git add .
git commit -m "Добавлена страница каталога"

Однако пока коммит существует только на вашем компьютере.

Коллеги его не увидят. Чтобы отправить изменения на GitHub, используется команда: git push.

Во многих случаях первый push выглядит так: git push -u origin main.

Разберём параметры:

origin — удалённый репозиторий;
main — ветка;
u — сохраняет связь между локальной и удалённой веткой.

Git отправит новые коммиты на GitHub. После этого изменения станут доступны другим участникам команды.

Важно понимать, что git push отправляет именно коммиты. Если вы забыли выполнить git commit, Git не сможет отправить изменения.

Получение изменений через git pull

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

На GitHub появилась новая версия репозитория. Чтобы получить её, используется команда: git pull.

После выполнения Git:

подключится к серверу;
скачает новые коммиты;
объединит их с локальной веткой.

На практике большинство разработчиков выполняют git pull перед началом работы. Это позволяет избежать конфликтов и всегда работать с актуальной версией проекта.

Типичный рабочий день разработчика начинается именно с этой команды git pull. Так команда синхронизирует локальную копию проекта с GitHub.

Как выглядит полный цикл работы

Теперь объединим всё вместе.

Типичный сценарий выглядит следующим образом:

Разработчик получает проект через git clone.
Вносит изменения.
Создаёт коммит.
Выполняет git push.
Коллеги получают изменения через git pull.

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

Наиболее частые ошибки

Забывать выполнять commit перед push.
Git отправляет только коммиты. Незакоммиченные изменения не попадут на GitHub.
Использовать HTTPS вместо SSH без необходимости.
Это может приводить к постоянным запросам авторизации.
Не проверять успешность настройки SSH.
Лучше сразу выполнить ssh -T git@github.com и убедиться, что подключение работает.
Выполнять push не в ту ветку.
Перед отправкой изменений полезно проверить текущую ветку через git branch.
Начинать работу без git pull.
Это увеличивает вероятность конфликтов.
Клонировать проект в уже существующую папку с другим репозиторием.
Это часто приводит к путанице и ошибкам.
Путать локальный репозиторий и GitHub.
Наличие коммита локально не означает, что он уже появился на GitHub.

Наиболее частые вопросы

Зачем нужен SSH, если есть HTTPS?
HTTPS подходит для работы, однако SSH удобнее для постоянной разработки. После настройки авторизация происходит автоматически, что ускоряет работу.
Нужно ли создавать SSH-ключ для каждого проекта?
Нет. Обычно один SSH-ключ используется для всех репозиториев GitHub в рамках одного аккаунта.
Что делает git clone?
Команда скачивает файлы проекта, историю коммитов и автоматически настраивает связь с удалённым репозиторием.
Можно ли изменить адрес удалённого репозитория?
Да. Для этого используются команды управления remote. Например, если проект был перенесён в другую организацию.
Что произойдёт, если выполнить git push без коммитов?
Git сообщит, что отправлять нечего, поскольку новых коммитов нет.
Всегда ли нужно делать git pull перед работой?
В командной разработке это считается хорошей практикой. Так вы начинаете работу с актуальной версией проекта.
Что делать, если push завершился ошибкой?
Чаще всего причина связана с отсутствием прав доступа, проблемами SSH или тем, что удалённая ветка содержит изменения, которых нет локально.
Можно ли работать без Интернета?
Да. Git продолжает работать локально. Ограничения касаются только операций взаимодействия с GitHub.

Итоги

В этом уроке вы познакомились с основными механизмами взаимодействия между локальным и удалённым репозиторием.

Мы разобрали настройку SSH-подключения, научились клонировать проекты через git clone, изучили назначение remote, а также рассмотрели команды git push и git pull.

Теперь вы понимаете, как разработчики получают проекты, отправляют изменения на GitHub и синхронизируют свою работу с другими участниками команды.

Эти навыки являются основой повседневной работы практически любого разработчика. Именно через удалённые репозитории строится взаимодействие внутри команды, а обмен изменениями становится частью ежедневного рабочего процесса.