GitHub konto bezpłatne – limity, możliwości i konfiguracja krok po kroku
GitHub konto bezpłatne to najczęściej wybierany sposób na przechowywanie kodu w chmurze bez comiesięcznej opłaty. Wbrew obiegowym opiniom github konto bezpłatne nie jest wersją okrojoną do granic użyteczności: daje nielimitowaną liczbę repozytoriów publicznych i prywatnych, 2000 minut miesięcznie w GitHub Actions, 500 MB przestrzeni w GitHub Packages oraz pełny mechanizm pull requestów, zgłoszeń i przeglądu kodu. Do tego dochodzi darmowy hosting witryn statycznych w GitHub Pages z limitem 1 GB na repozytorium i 100 GB transferu miesięcznie. Dla jednoosobowego dewelopera, studenta albo trzyosobowego zespołu prowadzącego kilka projektów taki zestaw wystarcza na lata pracy. Ograniczenia zaczynają doskwierać dopiero wtedy, gdy pojawia się potrzeba zaawansowanej kontroli uprawnień, audytu bezpieczeństwa lub ciężkich pipeline’ów CI uruchamianych kilkadziesiąt razy dziennie. Poniżej znajdziesz konkretne liczby, porównanie planów i praktyczne wskazówki konfiguracyjne.
Co dokładnie obejmuje github konto bezpłatne
Darmowy plan zniósł dawne ograniczenie liczby współpracowników w repozytoriach prywatnych – możesz zaprosić dowolną liczbę osób do wspólnej pracy nad zamkniętym projektem. Dostajesz również ochronę gałęzi, wymagany przegląd kodu przed scaleniem oraz skanowanie sekretów, które ostrzega przed przypadkowym wypchnięciem klucza API do historii commitów.
Limit 2000 minut GitHub Actions dotyczy maszyn z systemem Linux. Runner Windows zużywa minuty dwukrotnie szybciej, a macOS aż dziesięciokrotnie, więc pełny budżet to w praktyce 1000 minut na Windows albo zaledwie 200 na macOS. Repozytoria publiczne korzystają z Actions bez limitu, co całkowicie zmienia kalkulację przy projektach open source.
Konto darmowe obejmuje także GitHub Codespaces w wymiarze 120 godzin rdzenia miesięcznie oraz 15 GB magazynu, czyli około 60 godzin pracy na maszynie dwurdzeniowej. To wystarczy, by prowadzić pełne środowisko deweloperskie w przeglądarce ze słabszego laptopa albo z komputera, na którym nie masz uprawnień administratora.
Czego nie znajdziesz w planie darmowym
Poza zasięgiem pozostają wymagane recenzje wielu osób w repozytoriach prywatnych, środowiska wdrożeniowe z regułami ochronnymi, audyt logów API oraz logowanie przez SAML. Brakuje też rozbudowanych raportów zgodności i priorytetowego wsparcia technicznego, na którym zależy działom IT w większych organizacjach.
Rejestracja i konfiguracja bezpieczeństwa konta
Założenie konta wymaga adresu e-mail, nazwy użytkownika i hasła. Nazwę wybieraj rozważnie – trafia ona do adresu każdego repozytorium oraz do domeny GitHub Pages w formacie nazwa.github.io. Późniejsza zmiana loginu jest możliwa, ale stare odnośniki przekierowują tylko warunkowo i część z nich po prostu przestaje działać.
Zaraz po rejestracji włącz uwierzytelnianie dwuskładnikowe. Aplikacja TOTP typu Aegis czy 1Password jest wygodniejsza i bezpieczniejsza niż kody SMS, a klucz sprzętowy w standardzie FIDO2 kosztuje od 150 do 300 zł i praktycznie eliminuje ryzyko phishingu. Kody zapasowe zapisz poza dyskiem komputera, najlepiej w menedżerze haseł.
Operacje Git uwierzytelniaj kluczem SSH ed25519 albo tokenem dostępowym o wąsko przyciętym zakresie uprawnień. Token z pełnym zakresem repo, wklejony na sztywno do skryptu CI, to jedna z najczęstszych przyczyn wycieków. Dodatkowo podpisuj commity kluczem GPG lub SSH, żeby przy zmianach pojawiał się znacznik zweryfikowanego autorstwa.
Na koniec przejrzyj zakładkę z aplikacjami OAuth i cofnij dostęp usługom, z których już nie korzystasz. Każda zewnętrzna integracja z prawem zapisu to potencjalna furtka do twojego kodu, a lista takich uprawnień potrafi rozrosnąć się do kilkunastu pozycji po kilku miesiącach eksperymentów z narzędziami.
GitHub Pages jako darmowy hosting witryny
Pages serwuje pliki statyczne prosto z gałęzi repozytorium i obsługuje własną domenę wraz z certyfikatem TLS bez żadnej dopłaty. Dla portfolio, dokumentacji technicznej albo prostej wizytówki firmowej takie rozwiązanie w zupełności wystarcza, a czas odpowiedzi z sieci CDN bywa krótszy niż z typowego hostingu współdzielonego za 200 zł rocznie.
Ograniczeniem jest brak warstwy serwerowej. Nie uruchomisz tam PHP, bazy danych ani sklepu, więc klasyczne wordpress logowanie do panelu administracyjnego odpada – chyba że korzystasz z wtyczki eksportującej treści z WordPressa do plików HTML. Formularze kontaktowe trzeba wtedy obsłużyć zewnętrzną usługą albo funkcją bezserwerową.
Sam hosting to jednak nie wszystko: pozycjonowanie strony opartej na Pages wymaga dokładnie tych samych zabiegów co każdej innej witryny – unikalnych tytułów, logicznej struktury nagłówków, mapy witryny i szybkiego ładowania. Statyczne pliki dają tu wyraźną przewagę, bo wskaźniki Core Web Vitals wypadają wzorowo niemal bez dodatkowej optymalizacji.

Kiedy przenieść projekt na własny serwer
Gdy w projekcie pojawia się API, panel klienta albo zadania cykliczne, sensowniejszy staje się ovh vps w cenie od kilkunastu złotych miesięcznie za instancję z 2 GB RAM. Komercyjne projektowanie stron internetowych i tak zwykle kończy się kontenerem, w którym masz pełną kontrolę nad wersjami bibliotek.
Stanowisko pracy, które realnie przyspiesza kodowanie
Konto to jedno, a komfort pracy drugie. Dobry monitor do komputera o przekątnej 27 cali i rozdzielczości QHD mieści obok siebie edytor i podgląd zmian bez ciągłego zwijania paneli. Matryca IPS z pokryciem przestrzeni sRGB powyżej 95 procent kosztuje od 800 do 1500 zł i służy zwykle kilka lat.
Klawiatura mechaniczna z przełącznikami liniowymi skraca czas reakcji i ogranicza zmęczenie nadgarstków podczas długich sesji. Ceny zaczynają się od około 250 zł za konstrukcję z płytą stalową, a modele z gniazdami hot-swap pozwalają wymienić przełączniki bez lutowania, gdy zmienisz zdanie co do oporu klawiszy.
Kompaktowa klawiatura mechaniczna 60 procent zwalnia miejsce na mysz i skraca ruchy dłoni, choć wymaga przyzwyczajenia do warstw funkcyjnych. Klawiatura gamingowa mechaniczna z podświetleniem i makrami sprawdza się w terminalu równie dobrze, pod warunkiem że przełączniki nie okażą się zbyt głośne dla współpracowników w biurze.
Osoby łączące kod z grafiką docenią tablet graficzny wacom w wersji Intuos S, dostępny od mniej więcej 300 zł – ułatwia szkicowanie makiet interfejsu i opisywanie zrzutów ekranu w dokumentacji trzymanej w repozytorium. Ergonomiczne krzesło i podstawka pod laptop kosztują mniej niż jeden dzień przestoju spowodowany bólem pleców.
Plan darmowy kontra płatny – kiedy dopłata ma sens
Przejście na plan Team kosztuje kilkanaście złotych miesięcznie za użytkownika i podnosi limity oraz odblokowuje reguły ochrony gałęzi w repozytoriach prywatnych. Poniższe zestawienie pokazuje różnice, które w codziennej pracy odczuwa się najmocniej, zwłaszcza przy zespołach budujących kilka aplikacji równolegle.
| Element | Plan darmowy | Plan Team |
|---|---|---|
| Repozytoria prywatne | Bez limitu | Bez limitu |
| Minuty GitHub Actions | 2000 / mies. | 3000 / mies. |
| Magazyn GitHub Packages | 500 MB | 2 GB |
| Reguły ochrony gałęzi | Podstawowe | Pełny zestaw |
| Wsparcie techniczne | Społeczność | Zgłoszenia e-mail |
W budżecie narzędziowym firmy te kwoty giną w tle. Dla porównania google workspace cena startuje od kilkudziesięciu złotych za użytkownika miesięcznie, a wystawienie katalogu produktów przez google merchant nie kosztuje nic poza czasem konfiguracji feedu. GitHub Team mieści się w tym samym rzędzie wielkości co skrzynka pocztowa z dyskiem.
Dla agencji prowadzącej kilkanaście witryn klientów i odpowiadającej za pozycjonowanie strony w google plan płatny zwraca się już przy pierwszym uniknięciym wdrożeniu wadliwego kodu na produkcję. Jeśli jednak pracujesz samodzielnie nad dwoma projektami, darmowy limit minut wyczerpiesz najwyżej w miesiącu intensywnych testów.
Praktyczna zasada brzmi: dopłacaj dopiero wtedy, gdy zaczynasz obchodzić ograniczenia obejściami. Ręczne uruchamianie buildów po wyczerpaniu minut, dzielenie repozytoriów żeby zmieścić artefakty albo pilnowanie uprawnień w arkuszu to sygnały, że koszt planu jest niższy niż koszt tracone go czasu.
Jak założyć github konto bezpłatne i ile to zajmuje?
Cała procedura trwa około pięciu minut. Wchodzisz na stronę rejestracji, podajesz adres e-mail, ustawiasz nazwę użytkownika oraz hasło o długości co najmniej piętnastu znaków, przechodzisz prostą weryfikację i potwierdzasz adres kodem z wiadomości. Następnie serwis pyta o doświadczenie i planowane zastosowanie – te odpowiedzi wpływają wyłącznie na podpowiedzi w interfejsie i można je pominąć. Po zalogowaniu zainstaluj Git na komputerze, wygeneruj klucz SSH poleceniem ssh-keygen z algorytmem ed25519 i dodaj klucz publiczny w ustawieniach konta. Od tego momentu tworzysz repozytoria i wysyłasz zmiany bez podawania hasła. Włączenie uwierzytelniania dwuskładnikowego zajmuje kolejne dwie minuty i jest obecnie wymagane przy operacjach wykonywanych z wiersza poleceń.
Czy github konto bezpłatne pozwala tworzyć prywatne repozytoria bez limitu?
Tak, i to bez ograniczenia liczby współpracowników. Możesz utworzyć dowolnie wiele zamkniętych repozytoriów i zaprosić do nich kolegów z zespołu, klienta albo mentora, nie płacąc ani złotówki. Realnym limitem jest rozmiar: rekomendowana wielkość pojedynczego repozytorium to maksymalnie 1 GB, a twardy limit pojedynczego pliku wynosi 100 MB. Większe zasoby, na przykład pliki graficzne albo modele, przechowuj przez Git LFS, gdzie darmowy przydział obejmuje 1 GB magazynu i 1 GB transferu miesięcznie. W repozytoriach prywatnych na planie darmowym nie skonfigurujesz natomiast wymaganej recenzji od wielu osób ani reguł wdrożeniowych – te funkcje są dostępne bezpłatnie tylko w projektach publicznych.
Co się stanie, gdy wyczerpię darmowe minuty GitHub Actions?
Po przekroczeniu przydziału wszystkie kolejne uruchomienia workflow są blokowane do początku następnego cyklu rozliczeniowego. Domyślnie limit wydatków wynosi zero złotych, więc nie grozi ci niespodziewana faktura – zamiast tego zadania po prostu nie startują, a przy pull requestach zobaczysz komunikat o braku dostępnych minut. Możesz ustawić własny budżet i płacić za nadwyżkę, ale częściej opłaca się optymalizacja: buforowanie zależności, uruchamianie testów tylko dla zmienionych ścieżek, rezygnacja z runnerów macOS oraz ograniczenie wyzwalaczy do gałęzi głównej i pull requestów. Alternatywą jest self-hosted runner na własnym serwerze, który nie zużywa przydziału i przy stałym obciążeniu wychodzi taniej niż wykupione minuty.
