GitHub vagy GitLab: öt felhasználónál már szétnyílik az ingyenes keret

Ha a privát csapat létszáma nőhet, a GitHub Free több mozgásteret ad: a GitLab.com Free felhasználói szabálya legfeljebb öt embert enged egy privát felső szintű csoportban. A GitHub kódtárdokumentációja szerint a Free csomagban korlátlan számú közreműködő dolgozhat privát kódtárakon, bár ezek funkciókészlete szűkebb a fizetős csomagokénál.

Egyéni fejlesztőnek mindkét ingyenes változat használható kiindulópont. Csapatnál a létszám mellett az dönti el a választást, hogy kötelező felülvizsgálati szabályok, több projektet összefogó jogosultságkezelés vagy saját üzemeltetés szükséges-e. A két platform fizetős szintjének árát csak ezekkel az igényekkel együtt érdemes összevetni.

Pontosan hol van az ingyenes keret határa?

A GitLab.com korlátja a privát felső szintű csoporthoz tartozó egyedi felhasználókat érinti. Az alcsoportok és a projektek tagjai is beleszámítanak, ugyanaz az ember viszont nem számít új helynek minden projektben. Ha a csoport túllépi a megengedett létszámot, a névtere írásvédetté válik: többek között a kódtárba, a csomagtárolóba és a regiszterekbe sem lehet új adatot írni.

A nyilvános felső szintű csoportokra és a személyes névtér projektjeire más szabály vonatkozik; az utóbbiakban a felhasználók száma meghaladhatja a csoportkeretet. Ez egy önálló fejlesztőnek fontos különbség, de a személyes projekt nem ugyanazt a közös szervezeti struktúrát adja, mint a csoport és annak alcsoportjai. A GitHub Free előnye privát csapatmunkánál az, hogy a közreműködők számának növekedése önmagában nem teszi szükségessé a fizetős csomagot.

A hozzáférési helyek és a funkciók korlátját külön kell kezelni. Egy nagyobb csapat elférhet ingyen a GitHubon, miközben a privát kódtárban alkalmazni kívánt jóváhagyási szabályai már fizetős csomagot igényelnek. A GitLab.com esetében pedig a privát csoport létszámhatára akkor is számít, ha a csapat alig használ automatizálást.

Mit fizet egy öt-, tíz- vagy húszfős csapat?

A GitHub díjoldalán a Free csomag díja nulla, a Team listaára felhasználónként havi 4 USD; utóbbi a privát kódtárakhoz többek között kódtulajdonosokat és kötelező felülvizsgálatot kínál. A GitLab díjoldalán a Free szint díjmentes, a Premium listaára felhasználónként havi 29 USD éves számlázással, és a csomag fejlettebb csapatprojekt-irányítást tartalmaz. A következő összegek feltételezett, teljes egészében fizetős helyekkel számolt csapatok havi csomagdíjai:

• Öt fő: GitHub Free 0 USD, GitHub Team 20 USD; GitLab.com Free 0 USD, GitLab Premium 145 USD.
• Tíz fő: GitHub Free 0 USD, GitHub Team 40 USD; a privát GitLab.com Free csoport már nem fér bele a keretbe, GitLab Premium 290 USD.
• Húsz fő: GitHub Free 0 USD, GitHub Team 80 USD; a privát GitLab.com Free csoport itt sem választható, GitLab Premium 580 USD.

A GitLab Premium számai havi vetítések: a feltüntetett díj éves számlázáshoz kötött. Az összehasonlítás listaárat mutat dollárban, nem magyarországi fizetendő végösszeget; az árfolyam, az adók és az esetleges kiegészítő szolgáltatások módosíthatják a számlát. A Team és a Premium különböző funkciókat ad, ezért az árkülönbség önmagában nem minőségi rangsor.

Hogyan változtatja meg a döntést a projektirányítás?

A GitHubon az Issues és a Projects a feladatokat a kódtárakban folyó munkához kapcsolja. A Team akkor válik lényegessé, ha a privát kódhoz szabályként kell előírni, ki hagyhat jóvá egy módosítást, és milyen feltételekkel kerülhet az a védett ágba. Ez más igény, mint amikor a közreműködők egyszerűen megosztják a kódot, hibajegyeket nyitnak és véleményezik egymás módosításait.

A GitLab csoportdokumentációja szerint a csoport egy vagy több kapcsolódó projekt jogosultságait foghatja össze; a tagok hozzáférést örökölhetnek a csoport projektjeihez, az alcsoportok pedig hierarchiát alkothatnak. A csoport szintjén a projektek feladatai és beolvasztási kérelmei is együtt láthatók. Ez akkor értékes, ha több kódtárhoz kell következetes hozzáférési rendet kialakítani, például külön fejlesztői és más szerepkörű csapatoknak.

A GitLab Premium fejlettebb projektirányítása annak a szervezetnek érhet többet, amely ezt a több projektet összefogó működést ténylegesen használja. Kisebb, egyetlen privát projekten dolgozó csapatnál a drágább csomag előnye kevésbé egyértelmű. A jogosultsági modellről ezért érdemes ugyanúgy dönteni, mint a férőhelyek számáról: ki láthatja a projektet, ki módosíthatja a kódot, és ki engedheti be a változtatást.

Mi változik saját üzemeltetésnél?

A GitLab Self-Managed Free külön üzemeltetési lehetőség, amelyre nem vonatkozik a GitLab.com privát felső szintű csoportjának felhasználói korlátja. A szervezet ilyenkor maga biztosítja az infrastruktúrát és működteti a szolgáltatást. A GitHub saját üzemeltetésű megoldása a GitHub Enterprise Server; a GitHub Free vagy Team csomag nem telepíthető egyszerűen helyi változatként.

Ezzel a választás költségszerkezete is megváltozik. Saját telepítésnél a tárhely, a biztonsági mentés, a frissítések, a rendelkezésre állás és az ezekre fordított munkaidő mind a csapat felelőssége. A nulla dolláros licencdíj így nem jelent nulla üzemeltetési költséget. Egy kisebb magyar csapatnak a GitLab Self-Managed Free akkor lehet ésszerű, ha a saját infrastruktúra feletti kontroll valódi követelmény, és a folyamatos működtetéshez is van kapacitás.

A felhős és a saját üzemeltetésű GitLabot ezért ugyanazon név ellenére külön döntési helyzetként kell kezelni. Az előbbinél a szolgáltató kezeli az alapinfrastruktúrát, a privát ingyenes csoport felhasználói kerete viszont szűk. Az utóbbinál a csapat több üzemeltetési szabadságot kap, cserébe magára veszi annak munkáját és kockázatát.

Miért nem dönt önmagában a CI-keret?

A GitHub Actions és a GitLab CI/CD fontos lehet, ha sok teszt vagy kiadási folyamat fut, de a futtatási keret nem azonos a csapat hozzáférési keretével. A fizetős felhasználói helyek a csomaghoz és annak együttműködési funkcióihoz kapcsolódnak; a futtatási fogyasztás külön költség vagy korlát lehet. Egy alacsony CI-terhelésű csapatot is érinthet a GitLab.com privát csoportjának létszámhatára, míg egy nagy automatizálási igényű csapat költsége a kedvezőbb helydíj mellett is nőhet.

Saját futtató és saját GitLab-telepítés esetén a számítás másképp alakul, mert a szükséges gépeket és azok működtetését a szervezet biztosítja. A reális összevetés ezért a várható csapatlétszámból, a hozzáférési és jóváhagyási szabályokból, valamint az üzemeltetési modellből indul ki. A CI-fogyasztást ezek után lehet hozzáadni a teljes költséghez.

Egyéni fejlesztőnek rendszerint a már használt munkafolyamat és a szükséges funkciók döntőek. Növekvő privát csapatnak a GitHub Free létszámban rugalmasabb, a Team pedig akkor indokolt, ha a felülvizsgálati szabályok kötelezővé válnak. A GitLab.com Free a kereten belül maradó csapatnak, a GitLab Premium pedig a fizetős funkciókat és a csoportszintű irányítást kihasználó szervezetnek lehet megfelelő választás.

Olvassa el ezt is:

• Turnstile vagy reCAPTCHA: az ingyenes keret nem az egyetlen kockázat
• Papermark vagy DocSend: három felhasználónál szétnyílik az ár
• beehiiv vagy Kit: 10 ezer feliratkozóig az ingyenes keret fordíthat a választáson