Как оплатить GitHub: аккаунт, места команды и расход

До релиза осталось несколько дней: нужно проверить изменения, собрать приложение и допустить внешнего тестировщика к закрытому коду. Допустим, над вашим репозиторием release-app работают четверо разработчиков. Возникает вопрос: покупать Pro владельцу, подключать Team или оплачивать вычисления?

GitHub — платформа для хранения кода и совместной разработки с репозиториями, pull requests, проверкой изменений и задачами.

Мы, команда Payholder, поможем оплатить GitHub в вашем аккаунте. Сначала разберёмся, кому принадлежит release-app и какая покупка нужна для выпуска. Условия актуальны на 2 ноября 2026 года.

Закрытый репозиторий сам по себе не требует платного плана: Free допускает неограниченное число публичных и приватных репозиториев, хотя функции последних ограничены. Pro расширяет возможности review и управления ветками в приватных репозиториях личного аккаунта.

Team даёт организациям расширенную совместную работу, включая обязательных проверяющих, CODEOWNERS и защищённые ветки. Это различие описано в планах GitHub.

Откройте release-app и посмотрите на владельца перед слешем. Для условного anna/release-app рассматриваем возможности личного плана. Для launch-team/release-app, принадлежащего организации, выбираем её план. Переход владельца на Pro не обновит организацию, а обновление организации не изменит личную подписку — так устроено повышение плана.

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

Рабочая IDE — соседняя покупка. Если изменения готовите в ней, у нас есть отдельная инструкция по оплате JetBrains.

Четверо разработчиков release-app не обязательно означают четыре оплачиваемых места: расчёт охватывает организацию. В Team учитываются участники, включая владельцев, внешние соавторы приватных репозиториев, кроме форков, определённые ожидающие приглашения и неактивные пользователи.

Внешний соавтор считается один раз, даже при доступе к нескольким репозиториям организации. Роль billing manager сама по себе места не занимает. Основание — правила лицензирования пользователей.

Допустим, в launch-team четыре участника, включая владельца, и один внешний тестировщик с доступом к release-app. Это пять мест, если других учитываемых пользователей и приглашений нет. Проверьте фактический список лицензируемых пользователей перед расчётом: штатное расписание его не заменяет.

Обсудите, кому потребуется доступ после выпуска. Так вы заранее увидите состав следующего периода. Эти правила относятся к Team; переносить их на Enterprise без проверки нельзя.

В счёте GitHub различает план аккаунта, дополнительные подписки и расход по использованию. Место Team не является универсальным балансом для вычислений или AI: это отдельные составляющие биллинга GitHub.

Для подходящих стандартных облачных раннеров в закрытых репозиториях включённые вычисления Actions учитываются по рассчитанной стоимости. Этот объём обновляется по месячному циклу; после его исчерпания появляется дополнительный расход.

По актуальным правилам Actions, платит владелец репозитория. Для launch-team/release-app это организация, даже если workflow запустил тестировщик.

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

У Actions есть и хранение: артефакты делят квоту с Packages, а кэш учитывается отдельно. Перед серией релизных прогонов посмотрите расход вычислений и объём сохранённых файлов сборок.

Codespaces — облачная среда разработки. GitHub учитывает вычисления, пока среда активна, а хранение — пока существует экземпляр или пребилд. Остановка работы не убирает расход диска.

Личные Free/Pro имеют включённые квоты; организации, включая Enterprise, бесплатной квоты Codespaces не получают. Team автоматически её не добавляет — подробнее в биллинге Codespaces.

Если после подготовки кода демонстрацию делаете в отдельной облачной среде, заложите её оплату в бюджет проекта. Для этого этапа пригодится наша инструкция по оплате Replit.

Открывайте оплату у владельца release-app. В личном аккаунте путь проходит через Settings → Billing & Licensing → Licensing; у организации — Settings → Billing and licensing. Управлять её оплатой могут owner или billing manager.

Названия и порядок переходов приведены в инструкции по обновлению плана.

Посмотрите текущий план и предложение в Upgrade Summary. Выберите monthly или yearly, проверьте полную сумму и дату списания. Месячный эквивалент годового предложения не означает ежемесячный платёж. Пришлите нам итоговый экран выбранного периода: по нему проще избежать покупки на неверный срок.

Для вычислений откройте Billing & Licensing → Budgets and alerts. Простое оповещение не останавливает расход. Если требуется остановка, проверьте доступность и включение Stop usage when budget limit reached, нужный продукт и область бюджета.

Это отдельная настройка по правилам бюджетов GitHub.

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

Вернитесь в Billing and licensing того владельца, которого указали в заявке. Проверьте активный план, лицензии, платёжный документ и дату следующего списания. У личного аккаунта и организации отдельные периоды, способы оплаты и документы; ориентируйтесь на биллинг нужного аккаунта.

Для release-app проверьте практический результат: нужные участники имеют доступ, выбранные правила review настроены, пробный pull request проходит ожидаемую проверку. Покупка плана и настройка рабочего процесса — два отдельных действия.

Расход Actions и Codespaces посмотрите отдельно от лицензий. Дата подписки может отличаться от первого числа, тогда как период учитываемого по использованию продукта обычно соответствует календарному месяцу. Поэтому платёж за Team и текущий расход сборок проверяйте каждый в своём разделе.

Как оплатить GitHub из России?

Можно обратиться к нам для оплаты в своём аккаунте. Сначала проверяем допустимость конкретного пользователя, организации и покупки: GitHub применяет торговые ограничения. Посредник эти правила не отменяет; обещать обслуживание любого аккаунта нельзя.

Как купить GitHub Pro для команды?

Pro относится к личному аккаунту. Если командный репозиторий принадлежит организации, проверьте её план и нужные функции. Оплата Pro одному из участников не предоставит организации Team.

Можно купить аккаунт GitHub вместо подписки?

Мы помогаем оплатить ваш собственный аккаунт. Для покупки укажите существующий профиль или организацию, где находится проект. Заводить другой аккаунт только ради обращения к нам не требуется.

Нужно ли отдельно покупать GitHub Copilot?

Это зависит от предложения. На странице тарифов GitHub Enterprise включает доступ к Copilot. Такое включение не означает безлимитного использования всех AI-возможностей: состав доступа и учитываемый расход проверяйте в предложении аккаунта.

Для команды на Team укажите, какой именно доступ к Copilot нужен: покупку AI-помощника рассматриваем отдельно от правил review и мест организации.

Что будет, если отменить платную подписку GitHub?

При переходе Pro → Free приватные репозитории теряют расширенные возможности review. Организация при понижении также лишается функций, которых нет в новом плане. Перед подтверждением GitHub показывает изменения на следующую дату списания — проверьте их по инструкции по понижению плана.

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

Образец обращения: «Хотим оплатить GitHub Team на месяц для launch-team/release-app. Сейчас Free, четыре участника, включая владельца, и один внешний тестировщик. Нужны обязательные проверки перед слиянием. Оплату рассматриваем через СБП. Просим рассчитать полную сумму и заранее согласовать доступ».