GitHub: что это и как им пользоваться

GitHub (Гитхаб) — это облачный сервис для хранения кода и совместной работы над проектами. Внутри него работает система контроля версий Git: она запоминает каждое изменение в файлах, позволяет вернуться к любой прошлой версии и спокойно править проект вдвоем, впятером или вдвадцатером. Сервис добавляет к этому удобный сайт, обсуждения, проверку кода, автоматизацию и бесплатный хостинг для простых сайтов. Разбираем, чем GitHub отличается от Git, какие термины нужно знать новичку и как за полчаса загрузить свой первый проект.

Курсы программирования:

• Python-разработчик с нуля — Нетология, 90 900 ₽

• Python-разработчик — Яндекс Практикум, 115 080 ₽

• Frontend-разработчик — Нетология, 113 400 ₽

• Все курсы по Git и GitHub — программы для новичков и практикующих разработчиков в каталоге РБК

Ниже — основные понятия простыми словами, пошаговая регистрация, три способа загрузить проект, работа в команде через pull request, сайт-портфолио на GitHub Pages, безопасность, аналоги и ошибки, которые чаще всего совершают новички.

Что такое GitHub простыми словами

Представьте папку с проектом, у которой есть машина времени. Каждый раз, когда вы сохраняете важное изменение, папка делает снимок. Если через неделю что-то сломалось, можно посмотреть, что именно поменялось, и вернуться к рабочему состоянию. Такой машиной времени служит Git — программа, которая устанавливается на компьютер.

Это место в интернете, где хранится копия такой папки вместе со всей историей. Благодаря этому с проектом можно работать с разных компьютеров, давать доступ коллегам, обсуждать правки и показывать результат работодателю. Сервис запущен в 2008 году, с 2018 года принадлежит Microsoft и сегодня считается крупнейшей площадкой для хранения кода: здесь лежат и учебные проекты студентов, и исходники крупных открытых библиотек.

Что хранят на GitHub. Чаще всего код программ, сайтов и мобильных приложений. Но сервис подходит для любых текстовых файлов: документации, конфигураций, учебных конспектов, датасетов, макетов в текстовых форматах. Картинки и PDF загрузить тоже можно, но историю изменений Git удобно показывает именно для текста.

Чем GitHub отличается от Git

Новички часто путают эти два слова. Разница принципиальная: Git — инструмент, GitHub — сервис, построенный вокруг этого инструмента.

Git можно использовать без GitHub: например, вести историю локально или хранить проект на другом сервисе. А вот облачный сервис без Git теряет смысл — вся платформа построена на его механике.

Кому и зачем нужен GitHub

Разработчикам. Это основной рабочий инструмент: код хранится в репозиториях, правки проходят проверку коллег, сборка и тесты запускаются автоматически. Без базового владения Git и этой платформой сложно пройти собеседование даже на стажировку — подробнее о требованиях к программистам мы писали в материале «Профессия программист».

Студентам и начинающим. Профиль на платформе работает как портфолио. Работодатель открывает ссылку и видит реальные проекты, их историю и качество кода — это убедительнее строчки «знаю Python» в резюме.

Аналитикам и специалистам по данным. Здесь удобно хранить SQL-запросы, ноутбуки с анализом, скрипты обработки данных и делиться ими с командой.

Тестировщикам и DevOps-инженерам. Автотесты, конфигурации серверов, файлы для Docker и коллекции запросов к API — все это тоже код, который удобно версионировать.

Дизайнерам, авторам и преподавателям. Дизайнеры выкладывают верстку и дизайн-системы, авторы технической документации ведут тексты в Markdown, преподаватели публикуют учебные материалы и принимают домашние задания.

Основные понятия GitHub

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

• Репозиторий (repository, «репо») — папка проекта со всеми файлами и полной историей изменений. У каждого проекта свой репозиторий.

• Коммит (commit) — сохраненный снимок изменений с коротким описанием: «Добавил форму обратной связи». Из коммитов складывается история проекта.

• Ветка (branch) — параллельная линия разработки. Основная ветка обычно называется main. Новую функцию делают в отдельной ветке, чтобы не сломать рабочую версию.

• Merge (слияние) — объединение ветки с основной, когда работа готова.

• Clone (клонирование) — скачивание копии репозитория на свой компьютер вместе с историей.

• Fork (форк) — копия чужого репозитория в вашем аккаунте. Так предлагают правки в открытые проекты, к которым у вас нет прямого доступа.

• Push и pull — отправка своих коммитов в облако и получение свежих изменений из облака на компьютер.

• Pull request (PR) — запрос на слияние: вы показываете команде свои изменения и просите влить их в основную ветку. Вокруг PR строится проверка кода.

• Issue — задача или сообщение об ошибке внутри проекта. В issues обсуждают баги, идеи и планы.

• README — файл с описанием проекта, который сервис показывает на главной странице репозитория. Это первое, что видит посетитель.

• .gitignore — список файлов, которые Git не должен отслеживать: временные файлы, папки с зависимостями, файлы с паролями.

Как зарегистрироваться и создать первый репозиторий

1. Создайте аккаунт. Откройте github.com, нажмите Sign up, укажите почту, пароль и имя пользователя. Имя станет частью адреса вашего профиля, поэтому для портфолио лучше выбрать что-то нейтральное и узнаваемое.

2. Подтвердите почту и включите двухфакторную аутентификацию — об этом подробнее в разделе про безопасность.

3. Создайте репозиторий. Нажмите зеленую кнопку New или значок «плюс» в правом верхнем углу и выберите New repository.

4. Заполните поля. Название проекта латиницей, без пробелов (например, my-first-site), короткое описание, видимость — Public (виден всем) или Private (только вам и приглашенным).

5. Отметьте Add a README file. GitHub сразу создаст файл описания, и репозиторий не будет пустым.

6. Выберите шаблон .gitignore под язык проекта, например Python или Node. Это избавит от лишних файлов в истории.

7. Нажмите Create repository. Готово: у проекта есть адрес вида github.com/имя/название.

Как загрузить проект на GitHub: три способа

Через сайт

Самый простой вариант для первых шагов. Откройте репозиторий, нажмите Add file → Upload files, перетащите файлы в окно браузера, напишите описание изменений и нажмите Commit changes. Способ хорош для пары файлов, но для живого проекта неудобен: при каждой правке придется загружать файлы заново.

Через GitHub Desktop

GitHub Desktop — бесплатное приложение для Windows и macOS, которое избавляет от командной строки. Порядок работы:

1. Установите приложение и войдите в свой аккаунт.

2. Выберите File → Clone repository и скачайте нужный репозиторий в папку на компьютере.

3. Работайте с файлами как обычно — в любом редакторе.

4. Вернитесь в приложение: оно покажет все измененные файлы и строки.

5. Напишите описание в поле Summary и нажмите Commit to main.

6. Нажмите Push origin — изменения уйдут в облако.

Этого достаточно для большинства задач новичка, включая работу с ветками.

Через командную строку

Разработчики чаще работают из терминала: так быстрее, и все команды доступны. Сначала установите Git с официального сайта git-scm.com и один раз представьтесь системе:

• git config --global user.name "Ваше Имя"

• git config --global user.email "почта@example.com"

Загрузить существующую папку с проектом в новый пустой репозиторий:

• cd путь/к/папке/проекта

• git init

• git add .

• git commit -m "Первый коммит"

• git branch -M main

• git remote add origin https://github.com/имя/название.git

• git push -u origin main

Скачать чужой или свой проект на компьютер:

• git clone https://github.com/имя/название.git

Повседневный цикл после правок:

• git status — что изменилось

• git add . — подготовить изменения

• git commit -m "Что сделано" — сохранить снимок

• git pull — забрать свежие изменения коллег

• git push — отправить свои коммиты в облако

При первом push сервис попросит авторизоваться. Пароль от аккаунта для этого не подходит: нужен персональный токен доступа или SSH-ключ, их создают в настройках профиля в разделе Developer settings.

DevOps и командная разработка

• DevOps для эксплуатации и разработки — Яндекс Практикум, 134 820 ₽

• DevOps-инженер — Академия Эдюсон, 119 900 ₽

• Практический курс по вайб-кодингу на Claude Code — ZeroCoder, 29 900 ₽

• Все курсы по DevOps — CI/CD, контейнеры и инфраструктура в каталоге РБК

Как работать в команде: ветки, pull request и code review

В командах никто не правит основную ветку напрямую. Стандартный процесс выглядит так:

1. Создать ветку под задачу, например feature/login-form. В терминале — git checkout -b feature/login-form, в GitHub Desktop — кнопка Current branch → New branch.

2. Сделать изменения и закоммитить их в этой ветке, отправить ветку в облако.

3. Открыть pull request. Сервис сам предложит это сделать после push. В описании пишут, что сделано и как проверить.

4. Пройти code review. Коллеги смотрят изменения построчно, оставляют комментарии и либо одобряют PR, либо просят доработать.

5. Слить ветку. После одобрения нажимают Merge pull request, и изменения попадают в main. Ветку можно удалить.

Если возник конфликт. Конфликт случается, когда двое изменили одни и те же строки. Сервис покажет оба варианта; нужно вручную оставить правильный, сохранить файл и закоммитить результат. Чем меньше и чаще PR, тем реже конфликты.

Issues и проекты. Задачи удобно вести прямо в репозитории: создавать issues, назначать исполнителей, ставить метки и раскладывать по доске в разделе Projects. Если в описании PR написать «Closes #12», задача №12 закроется автоматически после слияния.

GitHub Pages: бесплатный сайт-портфолио

Pages превращает репозиторий в сайт. Это удобный способ опубликовать портфолио, лендинг проекта, документацию или учебную верстку без покупки хостинга.

Как включить. Создайте репозиторий, загрузите в него файл index.html и стили, откройте Settings → Pages, в разделе Source выберите ветку main и сохраните. Через пару минут сайт появится по адресу вида имя.github.io/название.

Сайт профиля. Если назвать репозиторий в точности имя.github.io, сайт будет доступен по короткому адресу без названия проекта — подходит для личного портфолио.

Ограничения. Pages работает только со статическими сайтами: HTML, CSS, JavaScript и генераторы вроде Jekyll. Серверный код и базы данных здесь не запустить.

GitHub Actions: автоматизация в двух словах

Actions — встроенная система автоматизации. Вы описываете в файле в папке .github/workflows, что должно происходить при каждом push или pull request: запустить тесты, проверить стиль кода, собрать приложение, выложить сайт на сервер. Такой подход называют CI/CD — непрерывной интеграцией и доставкой. Новичку Actions на старте не нужны, но в вакансиях DevOps и backend-разработчиков это частое требование.

Публичные и приватные репозитории, тарифы

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

Приватный репозиторий видят только владелец и приглашенные участники. Подходит для рабочих и личных проектов.

Бесплатного тарифа хватает большинству людей: в нем доступны неограниченные публичные и приватные репозитории, базовые возможности Actions и Pages. Платные тарифы для команд и компаний добавляют расширенные права доступа, больше минут автоматизации и инструменты безопасности. Условия тарифов периодически меняются, поэтому актуальные лимиты лучше смотреть на странице Pricing. Студенты могут получить расширенный доступ к инструментам через образовательную программу GitHub Education.

Отдельно стоит сказать о доступе из России: часть платных функций и оплата российскими картами сейчас недоступны, при этом бесплатные возможности сервиса для большинства задач работают.

Безопасность: что важно настроить сразу

• Включите двухфакторную аутентификацию. Settings → Password and authentication. Для активных пользователей она уже обязательна.

• Никогда не храните в репозитории пароли, токены и ключи API. Даже если удалить их следующим коммитом, они останутся в истории. Секреты выносят в переменные окружения и файлы, перечисленные в .gitignore.

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

• Проверяйте доступы. Регулярно смотрите список приглашенных участников и выданных токенов, удаляйте лишнее.

• Не запускайте код из незнакомых репозиториев, не прочитав его: под видом полезных утилит иногда распространяют вредоносные программы.

ИИ-помощники в GitHub

Встроенный ИИ-помощник Copilot подсказывает код прямо в редакторе, объясняет чужие фрагменты и помогает писать тесты. Подробно о его возможностях и ограничениях — в нашем материале «GitHub Copilot: что за нейросеть и что она умеет». А о том, как на платформе появились ИИ-агенты, которые сами берут задачи из issues и открывают pull request, мы рассказывали в статье «GitHub добавил Claude и Codex как агентов».

Как оформить профиль, чтобы он работал как портфолио

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

Закрепите лучшие проекты. На главной странице можно закрепить до шести репозиториев — выбирайте законченные работы, а не первые упражнения.

Сделайте README профиля. Если создать репозиторий с названием, совпадающим с вашим именем пользователя, его README будет показываться прямо на странице профиля. Там рассказывают о себе, стеке и текущих проектах.

Описывайте каждый проект. В README проекта стоит ответить на три вопроса: что это, как запустить и какие технологии использованы. Скриншот или ссылка на работающую версию на Pages заметно повышают шансы, что проект откроют.

Аналоги GitHub

Все они работают на том же Git, поэтому навыки переносятся без переучивания: команды и понятия одинаковые, отличается в основном интерфейс.

Частые ошибки новичков

• Один огромный коммит раз в неделю. Коммиты должны быть небольшими и с понятным описанием: так проще найти, где сломалось.

• Описания «fix», «правки», «123». Через месяц по такой истории невозможно ничего понять. Пишите, что именно сделано.

• Работа сразу в main. Даже в личном проекте полезно привыкнуть к веткам — в команде без этого не обойтись.

• Нет README. Пустой репозиторий без описания в портфолио не работает: работодатель не поймет, что это и как запустить.

• Загружены лишние файлы. Папки node_modules, venv, временные файлы IDE раздувают репозиторий. Решение — .gitignore с самого начала.

• Пароль вместо токена. При push из терминала нужен персональный токен или SSH-ключ, пароль от аккаунта не принимается.

• Страх командной строки. Начать можно с GitHub Desktop, а к терминалу перейти, когда появится уверенность.

Если хочется освоить Git и GitHub системно, вместе с языком программирования и командной разработкой, подборки программ собраны в разделе «Git и GitHub». Работу с API, которую часто тестируют и хранят в тех же репозиториях, мы разбирали в материале про Postman.

Частые вопросы

Это бесплатно? Да, бесплатного тарифа хватает для учебы, портфолио и небольших командных проектов, включая приватные репозитории. Платные тарифы нужны компаниям с расширенными требованиями.

Можно ли пользоваться сервисом без программирования? Да. Сервис подходит для хранения документации, текстов, конфигураций и учебных материалов, а работать можно через сайт или GitHub Desktop без командной строки.

Чем отличается fork от clone? Clone — копия репозитория на вашем компьютере. Fork — копия в облаке, в вашем аккаунте, обычно чтобы предложить правки в чужой проект через pull request.

Как удалить репозиторий? Откройте Settings репозитория, прокрутите до раздела Danger Zone и выберите Delete this repository. Действие необратимо.

Можно ли восстановить старую версию файла? Да, в этом главная сила Git. Откройте историю файла (History), найдите нужный коммит и скопируйте содержимое или откатите изменения командой git revert.

Нужен ли GitHub для первой работы в IT? Почти всегда да. Профиль с несколькими аккуратными проектами и понятными README помогает пройти отбор, а умение работать с ветками и pull request проверяют уже на собеседовании.

Что выбрать, если сервис неудобен? Ближайшие аналоги — GitLab и Bitbucket, из российских — GitFlic и GitVerse. Все они используют Git, поэтому опыт переносится.

Подробнее: курсы по Git и GitHub на портале РБК Образование.