GitHub Enterprise Server (GHES) to samodzielnie hostowana wersja platformy GitHub, którą instalujesz na własnej infrastrukturze — fizycznych serwerach, VMware lub w chmurze publicznej (AWS, Azure, GCP). GitHub Enterprise Cloud (GHEC) to w pełni zarządzana wersja SaaS hostowana przez GitHub na platformie Microsoft Azure, dostępna od ręki, bez konieczności zarządzania serwerami. Obie opcje są częścią jednego planu GitHub Enterprise (od ~21 USD/użytkownika/miesiąc) i oferują praktycznie ten sam zestaw funkcji — różnią się modelem wdrożenia, odpowiedzialnością za utrzymanie i tempem dostępu do nowości.
Werdykt w 3 zdaniach: Jeśli Twoja firma nie ma twardych wymogów compliance (air-gap, on-prem only, suwerenność danych na własnym sprzęcie) — wybierz GitHub Enterprise Cloud. Jest szybszy we wdrożeniu, zawsze aktualny, nie wymaga zespołu DevOps do utrzymania i jako pierwszy otrzymuje wszystkie nowe funkcje (w tym Copilot, modele AI, Codespaces). Server wybierz tylko wtedy, gdy regulator lub polityka bezpieczeństwa fizycznie zabrania Ci przechowywania kodu poza Twoją siecią.
W skrócie
- GitHub Enterprise Cloud (GHEC) = SaaS — GitHub zarządza infrastrukturą, Ty korzystasz. GitHub Enterprise Server (GHES) = self-hosted — Ty zarządzasz wirtualnym appliance'em na swoim sprzęcie.
- Jeden plan GitHub Enterprise (od ~21 USD/użytkownika/miesiąc, pierwsze 12 miesięcy) daje dostęp do obu opcji wdrożenia — płacisz za użytkowników, nie za instancję.
- Cloud: zawsze najnowsza wersja (ciężar aktualizacji po stronie GitHub). Server: aktualizujesz ręcznie (obecna wersja to 3.20, Q2 2026), z kwartalnymi wydaniami feature-release i comiesięcznymi hotpatchami.
- Nowe funkcje (Copilot Chat, Copilot Autofix, Codespaces, AI Models) trafiają najpierw na Cloud, na Server z opóźnieniem 1–2 kwartałów.
- Server: pełna kontrola nad danymi, siecią, backupami, firewallem, monitoringiem. Cloud: data residency dostępne w UE, Australii, USA, Japonii (dedykowana subdomena GHE.com).
- Cloud: 30-dniowy trial. Server: 45-dniowy trial.
Porównanie GitHub Enterprise Server vs Cloud — tabela
| Obszar | GitHub Enterprise Server (GHES) | GitHub Enterprise Cloud (GHEC) |
|---|---|---|
| Model wdrożenia | Self-hosted — instalujesz jako wirtualny appliance (Linux + custom stack) | SaaS — w pełni zarządzane przez GitHub na Microsoft Azure |
| Gdzie działa | On-premises (VMware, Hyper-V, KVM, OpenStack) lub chmura publiczna (AWS, Azure, GCP) | Chmura GitHub (Azure), dostępna globalnie |
| Kto zarządza infrastrukturą | Twój zespół IT/DevOps — serwer, aktualizacje, backup, monitoring, certyfikaty TLS, skalowanie | GitHub — zero obsługi serwerowej z Twojej strony |
| Aktualizacje | Ręczne: kwartalne feature release + comiesięczne hotpatche. Ty decydujesz kiedy. | Automatyczne — zawsze najnowsza wersja, zero przestojów na upgrade |
| Najnowsza wersja (maj 2026) | GHES 3.20 | Zawsze bieżąca (ciągłe wdrażanie) |
| Dostęp do nowych funkcji | Z opóźnieniem 1–2 kwartałów względem Cloud | Natychmiastowy — pierwszeństwo nowości |
| GitHub Copilot | Dostępny (wymaga GitHub Connect do Cloud) | Natywnie zintegrowany, zawsze najnowsze modele AI |
| GitHub Codespaces | Niedostępne na Server (tylko Cloud) | Dostępne — płatność za zużycie (od $0,18/h) |
| Data residency | Pełna — dane fizycznie w Twoim data center lub wybranym regionie chmury | Dostępne (UE, Australia, USA, Japonia) — subdomena GHE.com, dane na Azure w wybranym regionie |
| Air-gap / offline | ✅ Tak — może działać w izolowanej sieci bez internetu | ❌ Nie — wymaga stałego połączenia z internetem |
| GitHub Connect | Opcjonalnie — łączy Server z Cloud dla unified search, Copilot, Dependabot | Nie dotyczy |
| Actions (CI/CD) | Wymaga własnych self-hosted runnerów lub Azure Blob / S3 / GCS / MinIO storage | 50 000 minut/miesiąc w cenie, hosted runnery GitHub |
| GitHub Packages | Wymaga własnego storage (AWS S3, Azure Blob, MinIO) | 50 GB storage w cenie |
| Kopie zapasowe | Twoja odpowiedzialność — GitHub Backup Utilities, snapshoty VM, replikacja HA/geo | GitHub wykonuje automatycznie (SLA) |
| High Availability / DR | Konfigurujesz sam: pasywna replika, clustering, geo-replikacja | Wbudowane — zarządza GitHub |
| SAML SSO / LDAP | SAML, LDAP, CAS (wbudowane) | SAML, OIDC (Enterprise Managed Users przez SCIM) |
| IP allow list | Firewall, VPN, polityki sieciowe — Ty konfigurujesz | IP allow list w ustawieniach organizacji |
| Cena | W ramach planu Enterprise (~$21/user/mies.) — dodatkowo koszt infrastruktury (serwery, storage, admin) | W ramach planu Enterprise (~$21/user/mies.) — brak kosztów infrastruktury |
| Trial | 45 dni (bezpłatny) | 30 dni (bezpłatny) |
GitHub Enterprise Cloud — zalety i ograniczenia
Zalety
- Zero administracji serwerowej — żadnych aktualizacji OS, poprawek bezpieczeństwa, migracji bazy danych ani przestojów serwisowych. Zespół GitHub robi to za Ciebie 24/7.
- Zawsze najnowsze funkcje — Copilot, Copilot Chat, Copilot Autofix, GitHub Spark, MCP Registry, AI Models — wszystko trafia na Cloud w dniu premiery. Server czeka tygodnie lub miesiące.
- GitHub Codespaces — natychmiastowe środowiska deweloperskie w przeglądarce (tylko Cloud).
- Hostowane runnery Actions — 50 000 minut CI/CD miesięcznie wliczone w cenę, bez potrzeby utrzymywania własnych maszyn.
- Data residency (GHE.com) — dane w spoczynku przechowywane w wybranym regionie (UE, Australia, USA, Japonia). Dedykowana subdomena
nazwa-firmy.ghe.com. - Enterprise Managed Users (EMU) — pełna kontrola kont użytkowników przez firmowego Identity Provider (Entra ID, Okta, PingFederate).
- 30-dniowy trial — możesz przetestować bez zobowiązań.
Ograniczenia
- Brak trybu offline — wymagane stałe łącze internetowe. Nie działa w sieciach izolowanych (air-gap).
- Mniejsza kontrola nad danymi — kod opuszcza firmową sieć. Dla niektórych regulatorów (sektor obronny, rządowy, energetyka krytyczna) to deal-breaker.
- Współdzielona infrastruktura — choć izolowana logicznie, działa na współdzielonej platformie Azure (multi-tenant).
GitHub Enterprise Server — zalety i ograniczenia
Zalety
- Pełna kontrola — każdy aspekt: sieć, firewall, VPN, certyfikaty TLS, backup, monitoring, logi — wszystko pod Twoim dyktando.
- Zgodność z restrykcyjnymi regulacjami — sektor obronny, instytucje rządowe, infrastruktura krytyczna, bankowość z wymogiem on-prem. GHES spełnia wymogi tam, gdzie Cloud nie przechodzi audytu.
- Tryb air-gap (offline) — instancja może działać w całkowicie izolowanej sieci bez dostępu do internetu (aktualizacje przez nośniki fizyczne).
- Własne polityki backupu i disaster recovery — Ty decydujesz o RPO/RTO, replikacji geograficznej, klastrowaniu. GitHub Backup Utilities + własne snapshoty VM.
- LDAP / CAS — natywne wsparcie dla firmowych katalogów (Cloud wymaga SAML/OIDC przez EMU).
- Pre-receive hooks — możliwość blokowania pushy na podstawie własnych skryptów walidacyjnych (niedostępne na Cloud).
- 45-dniowy trial — dłuższy okres testowy niż Cloud.
Ograniczenia
- Koszty administracyjne — potrzebujesz zespołu z doświadczeniem w administracji Linux, który będzie zarządzać instancją, backupami, aktualizacjami i replikacją HA.
- Opóźnienie funkcji — nowości (szczególnie AI, Copilot) docierają na Server z 1–2 kwartalnym poślizgiem. Niektóre usługi (np. Codespaces) w ogóle nie są dostępne na Server.
- Koszty infrastruktury — musisz zapewnić i utrzymywać serwery, storage, maszyny wirtualne, licencje hypervisorów.
- Brak hostowanych runnerów Actions — musisz wystawić własne self-hosted runnery i storage dla Actions i Packages (AWS S3, Azure Blob, GCS lub MinIO).
- Ręczne aktualizacje — każdy upgrade (kwartalny) to operacja z przestojem, wymagająca snapshotu przed i po, testów na stagingu.
Kiedy wybrać GitHub Enterprise Cloud
- Jesteś firmą bez restrykcyjnych wymogów compliance dotyczących lokalizacji danych na własnym sprzęcie.
- Chcesz szybko wystartować — rejestracja w 15 minut, bez budowania infrastruktury.
- Twój zespół chce najnowszych funkcji AI (Copilot, Copilot Chat, Copilot Autofix) od razu po premierze.
- Potrzebujesz GitHub Codespaces — środowisk deweloperskich w chmurze.
- Nie masz zespołu DevOps do zarządzania instancją GitHub — wolisz, żeby ktoś to robił za Ciebie.
- Akceptujesz data residency w chmurze Azure (UE, Australia, USA, Japonia).
Kiedy wybrać GitHub Enterprise Server
- Działasz w sektorze o wysokich wymaganiach regulacyjnych (obronność, administracja publiczna, infrastruktura krytyczna, bankowość z audytem on-prem).
- Twoja polityka bezpieczeństwa wymaga, aby kod źródłowy nigdy nie opuszczał firmowej sieci.
- Potrzebujesz trybu offline / air-gap — sieć odizolowana od internetu.
- Masz zespół DevOps z doświadczeniem w administracji Linux i chcesz pełnej kontroli nad backupami, HA, monitoringiem i zgodnością.
- Korzystasz z LDAP lub CAS jako głównego źródła tożsamości (Server obsługuje je natywnie).
- Potrzebujesz pre-receive hooks do niestandardowej walidacji kodu przed przyjęciem pusha.
GitHub Connect — most między Server a Cloud
Jeśli wybierzesz Server, ale chcesz korzystać z części funkcji Cloud, GitHub oferuje GitHub Connect — bezpieczny pomost między instancją on-prem a chmurą GitHub. Dzięki niemu zyskujesz na Server:
- Unified search — programiści przeszukują jednocześnie repozytoria na Server i Cloud.
- Dependabot — alerty bezpieczeństwa i automatyczne aktualizacje zależności (pobierane z GitHub.com).
- GitHub Copilot na Server — wymaga GitHub Connect do komunikacji z usługami AI w chmurze.
- Server Statistics — anonimowe dane o użytkowaniu pomagające GitHub planować rozwój produktu.
- Unified contributions — łączny wykres aktywności deweloperów z Server i Cloud.
GitHub Connect nie przesyła kodu źródłowego — wymienia jedynie metadane (alerty, zapytania wyszukiwania, dane Copilot) przez szyfrowane połączenie.
Migracja między Server a Cloud
Wiele firm startuje od Server (wymóg compliance), a później migruje na Cloud, gdy polityki ewoluują. GitHub wspiera oba kierunki:
- Server → Cloud: GitHub ma dedykowane narzędzia migracyjne i zespół Professional Services pomagający przy dużych migracjach. Repozytoria, Issues, Pull Requesty, wiki — wszystko przenoszone.
- Cloud → Server: rzadszy kierunek, technicznie możliwy przez eksport danych (API +
git clone --mirrorwszystkich repozytoriów).
Jeśli rozważasz zmianę, zacznij od rozmowy z GitHub Sales — duże migracje często otrzymują wsparcie inżynierów GitHub po stronie docelowej.
Częste pytania
Czym się różni GitHub Enterprise Cloud od zwykłego GitHub.com (Free/Team)?
GitHub Enterprise Cloud dodaje warstwę enterprise: konto enterprise do centralnego zarządzania wieloma organizacjami, SAML SSO, Enterprise Managed Users, audyt logów z API, data residency na dedykowanej subdomenie GHE.com, 50 000 minut Actions miesięcznie, 50 GB Packages i SOC 1/SOC 2 Type 2. Zwykły GitHub Team (4 USD/użytkownika) nie ma tych funkcji.
Czy GitHub Enterprise Server jest darmowy?
Nie. GHES jest częścią płatnego planu GitHub Enterprise (~21 USD/użytkownika/miesiąc). Do tego dochodzą koszty infrastruktury — serwery fizyczne lub wirtualne, storage na Actions i Packages, backup, praca administratora. Darmowy jest jedynie 45-dniowy trial.
Czy na GitHub Enterprise Server działa Copilot?
Tak, ale wymaga GitHub Connect — bezpiecznego tunelu do GitHub Cloud, przez który Copilot komunikuje się z modelami AI. Bez GitHub Connect (np. w trybie air-gap) Copilot na Server nie działa. Funkcje Copilota na Server są zwykle opóźnione o 1–2 kwartały względem Cloud.
Czy mogę używać GitHub Actions na Server?
Tak, ale wymaga to konfiguracji self-hosted runnerów — własnych maszyn (fizycznych lub wirtualnych), które wykonują zadania CI/CD. Potrzebujesz też zewnętrznego storage (AWS S3, Azure Blob Storage, Google Cloud Storage lub MinIO) do przechowywania artefaktów Actions i logów.
Czy dane na GitHub Enterprise Cloud są przechowywane w Europie?
Tak — GitHub oferuje data residency w UE (region Unii Europejskiej na platformie Microsoft Azure) dla klientów Enterprise Cloud w opcji z Enterprise Managed Users. Twoja instancja działa na dedykowanej subdomenie nazwa-firmy.ghe.com, a dane w spoczynku nie opuszczają regionu UE. Dostępne są też regiony: Australia, USA i Japonia.
Ile kosztuje GitHub Enterprise Server w porównaniu do Cloud?
Cena licencji na użytkownika jest taka sama — ~21 USD/miesiąc za użytkownika (pierwsze 12 miesięcy) w ramach planu Enterprise, który obejmuje dostęp do obu opcji. Różnica jest w kosztach operacyjnych: Cloud nie wymaga żadnej infrastruktury, Server wymaga serwerów, storage, backupów i administratora — co dla średniej firmy może oznaczać dodatkowe 15 000–40 000 USD rocznie (sprzęt + praca).
Czy GitHub Enterprise Server działa bez internetu?
Tak — to jedna z głównych przewag Servera. Instancję można skonfigurować w trybie air-gap (całkowicie odizolowana sieć). Aktualizacje i hotpatche dostarcza się wtedy ręcznie przez nośniki fizyczne. Oczywiście w trybie offline nie działają funkcje wymagające łączności z Cloud — Copilot, Dependabot, GitHub Connect.
Jeśli Twoja firma wdraża GitHub Enterprise (Server lub Cloud), warto zadbać o legalne licencje na narzędzia deweloperskie dla całego zespołu. W KluczeSoft znajdziesz Microsoft 365, Windows 11 oraz licencje Windows Server w atrakcyjnych cenach — idealne uzupełnienie środowiska GitHub dla zespołów pracujących na ekosystemie Microsoft.
KluczeSoft jest niezależnym sprzedawcą oprogramowania i nie jest powiązany z GitHub, Inc. ani Microsoft Corporation.