GitHub vs GitLab: En titt på Git Remote Repository Managers

I dag dominerer Git versjonskontrollmarkedet, med GitHub som det fremste valgte lagringsområdet. Noen bruker også BitBucket og GitLab til å administrere repositorier. I denne artikkelen sammenligner vi GitHub og GitLab.

Opprinnelsen til Git, GitHub og GitLab

I utgangspunktet brukte Linux-kjernen BitKeeper, et distribuert versjonskontrollsystem. Imidlertid skilte Linux-fellesskapet og BitKeeper seg i 2005 på grunn av uenigheter. Så Linux-kjernen trengte en ny løsning. Dette førte til fødselen til Git, det åpen kildekode distribuerte versjonskontrollsystemet.

I 2007 begynte Tom Preston-Werner, Chris Wanstrath og PJ Hyett å utvikle GitHub. På den tiden var Git fremdeles ikke det kraftverket det er i dag. Men GitHub-teamet var selvsikker, og de ga ut GitHub i 2008. I dag støtter GitHub kodebaser for 80 millioner prosjekter og 27 millioner utviklere.

GitLab startet mye senere i 2011. Fra begynnelsen ble GitLab oppfattet som et samarbeidsverktøy med ambisjoner om å hjelpe utviklere med å implementere DevOps-prinsipper. Selskapet ble stiftet i 2014. I dag blir GitLab brukt av mer enn 100.000 organisasjoner.

Sammenligning

Både GitHub og GitLab brukes til å opprettholde Git-arkiver. Naturligvis er det overlapp i funksjonaliteten. Men det er også noen konsekvensforskjeller. Hvis du prøver å velge mellom GitHub og GitLab, er det noen viktige områder du bør vurdere:

Brukertilgangskontroll

GitHub gir deg muligheten til å kontrollere brukernes tilgang til et bestemt depot. Men GitLab har mer detaljert kontroll. I GitHub kan du bare kontrollere lese- og skrivetilgang. GitLab lar deg gi tilgang til forskjellige komponenter som bug tracker eller bygge system individuelt. Den har et mer robust oppsett for større organisasjoner og team.

Kontinuerlig integrering og kontinuerlig levering (CI / CD)

GitHubs konsentrasjon er å opprettholde repositorier. GitLab har et høyere mål. Den prøver å løse DevOps-problemer. Den leveres med et byggesystem som kan brukes til CI / CD-praksis. Selv om du kan bruke tredjepartsverktøy til å lage din egen CI / CD-rørledning med GitHub, gir GitLab en mer integrert løsning.

Feilsøking

Både GitHub og GitLab gir muligheter for sporing av feil. Du kan enkelt bruke disse verktøyene til å organisere kvalitetssikringsoppgavene dine.

Starter

Hvis du vil overføre dine nåværende arkiver til GitHub, gir den importverktøy for å gjøre oppgaven enklere. Ved hjelp av verktøyene kan du overføre kode og eiendeler fra Subversion, Mercurial, TFS, CVS og andre versjonskontrollsystemer. GitHub-dokumentasjonen er imidlertid ikke omfattende. GitLab har også verktøy for import av depoter. Og dokumentasjonen er bedre.

Tredjepartsintegrasjon

Begge verktøyene har rike økosystemer som støtter tredjepartsintegrasjon og markedsplasser som lar deg kjøpe og selge premiumapplikasjoner og verktøy.

Docker-støtte

GitLab har bedre støtte for Docker. GitLab Container Registry gir deg muligheten til å vedlikeholde Docker-bildene dine enkelt.

Samfunnet

På grunn av GitHubs levetid og popularitet har den et sterkere fellesskap. GitLab prøver å komme seg fremover ved å organisere flere fellesskapsarrangementer.

Enterprise Edition

Begge selskapene har pakker på bedriftsnivå og en trinnvis tilnærming til priser. GitHub gratis nivå tillater bare offentlige arkiver. For private arkiver krever GitHub $ 7- $ 21 / bruker / måned. GitLab gir deg private repositories gratis, noe som er et godt salgsargument for mindre utviklingsteam. For flere premiumfunksjoner krever GitLab $ 4- $ 19 / bruker / måned. Det har også introdusert et nytt nivå som vil ha flere DevOps-verktøy på bedriftsnivå. Det nye nivået vil være $ 99 / bruker / måned.

Konklusjon

GitHub er den nåværende dominerende kraften i Git-markedet, mens GitLab er utfordreren. Du kan forvente at disse to teknologiene fortsetter å konkurrere mot hverandre. For mer info, se denne animerte videoen om emnet:

Referanser:

• https: // om.gitlab.com / om /
• https: // om.gitlab.com / historie
• https: // om.gitlab.com / prising
• https: // git-scm.com / book / no / v2 / Komme i gang-A-Short-History-of-Git
• https: // github.com / prising
• https: // github.com / ti