Платні тарифи GitHub: що відкривають Pro, Team і Enterprise

GitHub розділяє особисті акаунти й організації. Особистий акаунт належить одному розробникові й може бути на GitHub Free або GitHub Pro. Організація — спільний простір для компанії чи проєкту, де репозиторії та дозволи керуються централізовано, і вона може бути на GitHub Free для організацій, GitHub Team або GitHub Enterprise.

Кілька речей оплачуються окремо від самого тарифу: GitHub Copilot, розширені продукти безпеки для приватного коду та послуги з оплатою за фактичне використання, як-от додаткові хвилини Actions, Codespaces і сховище пакетів понад те, що входить у тариф. Розуміння цього поділу допомагає уникнути найпоширенішої несподіванки — припущення, що тариф покриває все, що має назву GitHub.

Назви тарифів і точні ліміти час від часу змінюються, тож сприймайте цей посібник як орієнтир, для чого призначений кожен рівень, і підтверджуйте деталі на сторінках цін і документації GitHub, перш ніж платити.

Безкоштовний тариф щедріший, ніж багато хто очікує. Окремі особи й організації можуть створювати необмежену кількість публічних і приватних репозиторіїв та запрошувати співавторів, а також отримують issues, pull request, Projects для планування, Discussions і GitHub Pages для публічних репозиторіїв.

Безкоштовні акаунти також мають щомісячний ліміт хвилин GitHub Actions і сховища пакетів для приватних репозиторіїв, причому для публічних репозиторіїв умови значно щедріші, а особисті акаунти отримують щомісячний ліміт використання Codespaces. Для хобі-проєктів, роботи з відкритим кодом і навчання цього часто вистачає.

Кілька основ безпеки теж безкоштовні: двофакторна автентифікація та ключі доступу для входу, сповіщення Dependabot і оновлення безпеки для вразливих залежностей, а в публічних репозиторіях — сканування коду й сканування секретів із захистом від push. Обмеження безкоштовного тарифу проявляються переважно тоді, коли потрібні перевірки й контроль гілок у приватних репозиторіях.

GitHub Pro — платний тариф для особистих акаунтів. Його головне завдання — принести розширені інструменти співпраці й аналітики до приватних репозиторіїв, де безкоштовний тариф пропонує їх лише для публічних.

З Pro приватний репозиторій може використовувати захищені гілки, обов’язкових рецензентів pull request, кількох рецензентів на один pull request і файли code owners, що автоматично запитують рецензію в потрібних людей. Також можна публікувати сайти GitHub Pages із приватних репозиторіїв, вести для них вікі й бачити аналітику репозиторію, як-от трафік і графіки учасників.

Pro також підвищує вбудовані ліміти для Actions, Packages і Codespaces та додає доступ до GitHub Support. Він підходить фрилансерам, консультантам і розробникам, які тримають клієнтський чи особистий код приватним, але все одно хочуть мати ті захисні механізми, які публічні проєкти отримують безкоштовно. Підтверджені студенти часто можуть отримати Pro безкоштовно через GitHub Education, тож спершу перевірте цей шлях, якщо він вас стосується.

GitHub Team — аналог Pro для організацій, який оплачується за кожного учасника. Він приносить ті самі розширені інструменти до приватних репозиторіїв організації та додає функції, створені для груп, як-от командні рецензенти pull request, чернеткові pull request у приватних репозиторіях і заплановані нагадування, що підштовхують рецензентів до роботи, яка чекає.

Team зазвичай є наступним кроком для стартапу чи малої компанії, чий код приватний, а робочий процес залежить від рецензій. Захист гілок і обов’язкові рецензії в приватних репозиторіях дають змогу запровадити просте правило: нічого не потрапляє в головну гілку без другої пари очей, чого безкоштовний тариф організації для приватного коду забезпечити не може.

Team також містить більші ліміти Actions і Packages, ніж Free, і доступ до GitHub Support. Для багатьох малих і середніх команд це тариф, який закриває щоденні потреби без адміністративних витрат Enterprise.

GitHub Enterprise орієнтований на більші організації та регульовані галузі. Він має дві основні форми: Enterprise Cloud, що працює на власній інфраструктурі GitHub, і Enterprise Server, який компанія розміщує у власному дата-центрі чи хмарному акаунті.

Головні можливості стосуються контролю. Enterprise додає єдиний вхід (SSO) через постачальника ідентифікації компанії, автоматизоване надання й вилучення користувачів, варіант, у якому компанія повністю керує акаунтами своїх учасників, політики, що застосовуються одразу до багатьох організацій, внутрішні репозиторії, видимі всім у компанії, і докладні журнали аудиту, які можна передавати в системи безпеки. Такі опції, як списки дозволених IP-адрес і розміщення даних у певному регіоні, також входять до пропозиції Enterprise.

Enterprise також дає більші ліміти використання, звіти про відповідність вимогам, яких просять команди безпеки під час перевірки постачальників, і вищі рівні підтримки. Якщо вашій компанії потрібно показати, хто мав доступ до якого коду і коли, або зберігати дані в певному регіоні, зазвичай доречний саме Enterprise.

GitHub Copilot, ШІ-помічник для програмування, не входить у Pro, Team чи Enterprise за замовчуванням. Окремі особи можуть почати з обмеженого безкоштовного рівня й перейти на платні індивідуальні тарифи, тоді як організації купують місця Copilot Business чи Copilot Enterprise і централізовано керують політиками, наприклад які функції ввімкнено і чи блокуються пропозиції, що збігаються з публічним кодом. Підтверджені студенти, викладачі й мейнтейнери популярних проєктів з відкритим кодом можуть мати право на безкоштовний доступ.

Розширена безпека для приватного коду працює так само. Сканування коду, сканування секретів із захистом від push і перевірка залежностей безкоштовні для публічних репозиторіїв, але для їх використання в приватних потрібні платні продукти безпеки GitHub, які організації на Team чи Enterprise можуть додати. GitHub із часом перепакував ці продукти, тож перевіряйте їхні поточні назви й що входить у кожен.

Для багатьох команд саме тут справжня цінність для безпеки. Захист від push може заблокувати надсилання, що містить підтримувані типи секретів, як-от токени й ключі, а сканування коду може підсвітити типові шаблони вразливостей у pull request ще до злиття коду.

Крім самого тарифу, GitHub виставляє рахунки за фактичне використання: хвилини Actions, більші раннери, Codespaces, сховище пакетів і Git LFS, коли ви перевищуєте включені обсяги. Встановіть бюджет чи ліміт витрат у налаштуваннях оплати, щоб некерований робочий процес чи забутий codespace не перетворився на несподіваний рахунок.

Швидкий спосіб вирішити: залишайтеся на Free, якщо ваша робота публічна або ви вчитеся; обирайте Pro, якщо тримаєте важливі приватні репозиторії й хочете на них захист гілок і рецензії; обирайте Team, коли кілька людей співпрацюють над приватним кодом в організації; і придивляйтеся до Enterprise, коли виникають єдиний вхід, вимоги аудиту, внутрішні репозиторії чи розміщення даних.

Який би тариф ви не використовували, захищайте акаунт двофакторною автентифікацією та менеджером паролів і дотримуйтеся умов надання послуг GitHub, які, серед іншого, обмежують кожну особу одним безкоштовним особистим акаунтом і очікують, що акаунтом користується той, хто його зареєстрував. Організаціям слід давати кожному учасникові окремий акаунт, а не спільний, і заради безпеки, і заради зрозумілого журналу аудиту. rStock не пов’язаний із GitHub.