50% korting alle plannen, beperkte tijd. Beginnend om $2.48/mo
Nog 11 minuten
Ontwikkelaarstools en DevOps

Hoe u uw eigen Git-server kunt hosten: een stapsgewijze handleiding voor Linux

Pius Bodenmann By Pius Bodenmann 11 minuten lezen Bijgewerkt op 23 januari 2024
Hoe u uw eigen Git-server kunt hosten

Tegenwoordig zijn codeer- en softwareontwikkelingsprogramma's in opkomst. Als zodanig is de vraag naar programma's die op dit gebied worden gebruikt ook enorm. Dit heeft geleid tot het ontstaan ​​van een zeer competitieve omgeving in de online wereld waar verschillende codeer- en DevOps-programma's strijden om de prijs van het meest gebruikte programma in hun respectievelijke vakgebied. Git is een van deze programma's. In combinatie met de nieuwe normale situatie van werken op afstand voor taken die meestal achter een computerscherm worden uitgevoerd, heeft dit ertoe geleid dat veel mensen hun programma's, waaronder Git, op externe servers hosten. Bevindt u zich ook in deze categorie en wilt u zelf een Git-server installeren, zoek dan niet verder.

In dit artikel zal ik bespreken wat Git precies is en de voor- en nadelen ervan bespreken, voordat ik je laat zien welke vereisten je nodig hebt om je eigen Git-server te hosten. Laten we gaan!

Wat is Git?

Git is een DevOps-programma dat is ontworpen om programmeurs en programmeurs in staat te stellen hun projecten te doorlopen en deze zo efficiënt mogelijk uit te voeren. De meest cruciale functie van Git is het volgen van de veranderingen in de broncode in de loop van de tijd. Git is gratis en open source en ontvangt regelmatig updates. Dit maakt Git een van de meest toegankelijke en betrouwbare codeer-DevOps-programma's ter wereld. Elke computer waarop een exemplaar van Git zich bevindt, fungeert als een volledige repositorymap met zijn eigen afzonderlijke geschiedenis van alle bestandswijzigingen. Na bijna 20 jaar actieve ontwikkeling en meer dan 30 updates uitgebracht voor Git, draait het programma momenteel op versie 2.40.0, met nog meer toekomstige updates in voorbereiding. Laten we nu enkele gebruiksscenario's van Git leren kennen om beter te begrijpen waarom we überhaupt de Git-server zouden willen installeren.

Git-gebruiksscenario's

Voordat we te snel overgaan tot het hosten van je eigen lokale Git-server, laten we ons snel vertrouwd maken met de primaire gebruiksscenario's van Git, zodat we beseffen waarom we überhaupt een Git-server gaan draaien.

Repository klonen

Veel ontwikkelaars en programmeurs geven er de voorkeur aan om een ​​Git-repository op de server te maken om de gewenste programma's en bestanden bij te houden. Git kan je eenvoudig, via een paar basiscommando's, in staat stellen je huidige Linux-kernelrepository te repliceren en deze te gebruiken om een ​​veel coherenter en efficiënter wijzigingslogboek te verzamelen van alleen de bestanden waarin je geïnteresseerd bent. Het proces is eenvoudig uit te voeren en je kunt er gemakkelijk kleine en grote codeerprojecten mee beheren. Dit proces staat ook wel bekend als “vertakking”, aangezien u in wezen een nieuwe branch maakt vanuit uw reeds bestaande repository.

Git-workflow

Git Workflow is een ander belangrijk gebruiksscenario dat je zult gebruiken als je eenmaal een eigen git-server hebt geconfigureerd. Je kunt je lokale Git-server gebruiken om twee sets vertakkingen te maken met behulp van het kloonproces en er één representatief voor je project te laten zijn, bijvoorbeeld een website. Vervolgens kun je een Git-server maken met een aparte productietak waar alle wijzigingen die door elke afzonderlijke ontwikkelaar zijn aangebracht, worden vastgelegd en zelfs vóór implementatie kunnen worden getest. Deze meerlaagse benadering van ontwikkelen en testen verhoogt niet alleen uw efficiëntie, maar maakt het traceren van het ontwikkelingsproces en de wijzigingen ook ongelooflijk eenvoudig.

Samenvoegen

Weet je nog dat je je repository en het wijzigingslogboek hebt vertakt? Zoals de naam al doet vermoeden, is Samenvoegen het tegenovergestelde van die operatie. Bij het samenvoegen, wat algemeen als het meest uitdagende aspect van Git wordt beschouwd, proberen we de gegevens van één repository-vertakkingsknooppunt terug te injecteren in de hoofdrepository waarvan het oorspronkelijk was gesplitst. Dit wordt meestal gedaan om een ​​Git-server te maken met een uitgebreid projectrapport en wijzigingsgeschiedenis die alle projectwijzigingen uit verschillende gebieden bevat in één beknopte en gemakkelijk te ontcijferen opslagplaats. Terwijl je tijdens het project vertakkingen nodig hebt om verwarring te voorkomen, is samenvoegen bedoeld om de actie om te keren en een duidelijker totaalbeeld te geven aan het einde van het project tijdens het oplossen van problemen.

Host uw eigen Git-server: voor- en nadelen

Elk programma heeft een aantal cruciale voor- en nadelen die een must zijn voor gebruikers die aan het programma willen beginnen en het in hun programma's willen gebruiken. In deze sectie zal ik de voor- en nadelen bespreken zoals ze van toepassing zijn op Git. Deze voor- en nadelen zijn echter alleen van toepassing op Git als je het zelf host, en dat is waar deze handleiding min of meer over gaat, dus laten we er maar mee aan de slag gaan.

Zelf-gehoste Git: voordelen 

Geen betrokkenheid van derden

Met Git zelf gehost, zullen jij en de mensen die je ziet de enige mensen zijn met de middelen om toegang te krijgen tot je bestanden. Hierdoor wordt in wezen elke ongewenste betrokkenheid van derden geëlimineerd en kunt u uw project met een gerust hart voortzetten. Uw gegevens zullen ook veel veiliger zijn en u kunt de middelen die u in gedachten had voor beveiliging elders toewijzen.

Beveiliging

Over beveiliging gesproken: Git is ongeveer net zo veilig als je kunt maken door middel van best practices en de implementatie van tools van derden.  Hoewel het beveiligingsniveau afneemt als u het zelf host in plaats van het gebruikt, bestaat er vrijwel onbeperkte vrijheid in hoe veilig u uw eigen activiteiten kunt maken.

Onbeperkte opslagplaatsen

Weet je nog, klonen en vertakken? Er zit geen limiet op het aantal repositories dat je met Git kunt maken. Dit maakt het ongelooflijk geschikt voor grotere projecten waarbij elke ontwikkelingstak zijn eigen repository nodig heeft. Dit is ook uitstekend geschikt voor projecten met grote bestanden zoals 3D-assets en gevallen waarin u met Unity werkt.

Zelf-gehoste Git: Nadelen

Hoge hoeveelheden managementinspanning

Git-repository's kunnen snel uit de hand lopen Als u besluit een Git-server op uw eigen, zelf gehoste platform te configureren, kan het beheren van alle branches en metadata al snel een hele klus worden. Je moet er dus ongelooflijk precies mee zijn, of het door een ervaren codeerder laten doen.

Ruwe leercurve

Het is één ding om Git te hosten, maar het onder de knie krijgen en je lokale Git-server draaien is iets heel anders. Git heeft ongetwijfeld een van de hoogste vaardigheidsplafonds van elk repository-gebaseerd DevOps-programma en ook hier moet je veel tijd besteden aan het leren ervan of het uitbesteden ervan.

Geen GUI en Windows-ondersteuning

Wilt u een Git-server op Windows opzetten? Of misschien wilde je de Git-server configureren om met een GUI te draaien? Nou, je hebt pech. Je bent beperkt tot besturingssystemen met een Linux-kernel als basiscode, en er is geen GUI om je te helpen dingen gemakkelijker te maken. Wilt u een Git-server installeren en zelf hosten? Leer de basisprincipes van coderen beter.

Verouderde methode

Volgens elke denkbare maatstaf lijkt het gebruik van Git op een zelfgehoste server achterhaald en overtroffen door andere, efficiëntere methoden om Git te draaien. De belangrijkste voorbeelden van een efficiënter Git-loopproces zijn het draaien van GitLab, dus voordat je besluit om je eigen Git-server te gaan draaien, moet je eerst afrekenen GitLab te!

Vereisten die nodig zijn om een ​​Git-server te installeren 

Laten we nu snel de vereisten doornemen die nodig zijn om een ​​Git-server op te zetten en om je eigen Git-server te hosten. Om Git te hosten heb je slechts twee componenten nodig, een server en een instance van Git, met een beetje codeerkennis om het proces van het configureren van de Git-server uit te voeren.

Git-server

Wat de server betreft: u kunt een andere eigen pc gebruiken, speciale servers van traditionele providers gebruiken of, als u de voorkeur geeft aan een meer praktische aanpak, een cloud-VPS (virtuele privéserver). Door een VPS te hebben, kunt u de server rechtstreeks beheren en tegelijkertijd de Git-instantie bedienen. Houd er rekening mee dat uw server een Linux-distro moet hebben om een ​​Git-server in te stellen. Cloudzy biedt een grote verscheidenheid aan Linux-VPS services met meer dan 10 gerenommeerde Linux-distributies zoals Ubuntu, Debian, CentOS, Kali en OpenSUSE. Vanaf slechts $ 4,95 per maand kun je een betrouwbare Linux-server dichtbij je locatie in handen krijgen om een ​​geweldige verbindingskwaliteit te garanderen en deze gebruiken om zelf een Git-server te hosten en te draaien!

Linux VPS-hosting

Koop een goedkope of premium Linux VPS voor het hosten van uw website of externe desktop, tegen de goedkoopste prijs die er is. VPS Draait op Linux KVM voor meer efficiëntie en werkt op krachtige hardware met NVMe SSD-opslag voor hogere snelheid.

Lees meer

Git-instantie

Het proces voor het opzetten van een Git-server is eenvoudig en we zullen het automatisch uitvoeren als onderdeel van het installatieproces. Zoals gezegd is Git open-source en kost het geen geld. Dit is wat Git de voorkeur geeft boven veel andere codeer- en ontwikkelingsgerichte repository-gebaseerde programma's die er zijn. Nu we de vereisten hebben, gaan we meteen naar onze stap-voor-stap handleiding voor het installeren van een Git-server op je Linux-server!

Installeer een Git-server op Linux (stapsgewijze handleiding)

Stap 1: Download en installeer Git

Hier is de eerste stap in het installatieproces van de Git-server. Voer in de terminal van je Linux-distro naar keuze de volgende opdracht in om het downloaden van Git te starten:

Op Ubuntu/Debian gebaseerde distributies:

sudo apt install git

Op arch gebaseerde distributies:

sudo pacman -S git

Op RHEL gebaseerde distributies:

sudo dnf install git

Met deze opdracht wordt Git gedownload en geïnstalleerd op je Linux-server. Wacht tot het proces is voltooid.

Stap 2: Registreer en configureer de Git-server

Als je een lokale server op een andere desktop hebt, start deze dan op. Als je een VPS hebt, gebruik dan SSH of RDP om op afstand verbinding te maken met je Linux-server. Nu gaan we de Git-server configureren om op afstand te draaien. We gaan dit doen door een Git-account aan te maken met behulp van de volgende opdracht:

ssh username@address
sudo useradd git

Voer vervolgens deze opdracht in om over te schakelen naar uw nieuw aangemaakte account:

su git

Deze stap wordt meestal gedaan om de veiligheid van uw lokale Git-server te garanderen. Met dit account bent u de beheerder van de server. U kunt potentiële toekomstige gebruikers veilig indelen in gebruikersgroepen met vooraf gedefinieerde beperkingen en toegangsniveaus.

Stap 3: Maak SSH-mappen en Maak een git-repository op de server

De volgende stap in het installatieproces van de Git-server is het maken van een exclusieve SSH-map om onze openbare sleutels en creëer een Git-repository op de server met extra beveiligingslagen en gedefinieerde toegangsniveaus voor u. Begin met het invoeren van de volgende opdracht:

ssh git@address
mkdir .ssh
chmod 700 .ssh/
touch .ssh/authorized_keys

Zodra u de toegang tot anderen heeft beperkt via deze opdrachtregel, voert u de volgende regel in om ervoor te zorgen dat uw SSH-sleutels veilig worden opgeslagen in een geautoriseerde_sleutels map, waar alleen u toegang toe heeft (voer deze opdracht alleen uit als u GEEN id_rsa.pub bestand):

cd .ssh
ssh-keygen -t rsa
cat id_rsa.pub

Kopieer ten slotte de openbare SSH-sleutel die u hebt gemaakt om een ​​nieuwe SSH-verbinding met extra beveiliging op te zetten naar uw lokale Git-server:

cd .ssh
vi authorized_keys

Stap 4: Maak een hoofddirectory

Op je Linux-server moet je een nieuwe map aanmaken om alle repositories op te slaan die je Git in je toekomstige projecten zal gebruiken. U kunt leren over de ins en outs van het beheren van uw Git-repository's. Voer deze opdracht in:

mkdir directory_name

Stap 5: Voeg uw project toe!

Het is je gelukt om een ​​Git-server te maken! Het installatieproces van de Git-server is succesvol afgerond en het is je ook gelukt om de Git-server succesvol te configureren. Het enige dat overblijft is om extra projecten toe te voegen met de volgende opdracht:

cd parent_directory
mkdir new_project.git

Voer vervolgens deze opdracht in om externe oorsprong toe te voegen aan uw lokale computer:

git init --bare
git remote add origin name git@address:new_project.git

Voer ten slotte een Git-push uit om te testen of alles werkt zoals bedoeld:

touch testfile
git add testfile
git commit -m "test file"
git push name master
git clone git@address:new_project.git

Gefeliciteerd, het is je met succes gelukt om git te hosten en een git-repository op de server te creëren.

Veelgestelde vragen

Kan ik Git hosten zonder een server?

Nee. Wat de aard van uw server ook is, u heeft hardware nodig om als server te fungeren. U kunt GitHub gebruiken om als cloudserver voor uw repository's te fungeren of onze VPS een andere hostingdienst van derden aanbiedt of gebruikt om als server te fungeren.

Is er een manier om een ​​Git-server met GUI te installeren?

Ja. Hoewel Git zelf geen GUI ondersteunt, is er een zelfstandige versie met GUI bekend als “Git GUI” beschikbaar voor mensen die niet zonder een GUI kunnen leven.

Is er een betaald abonnement voor Git?

Nee. Git is en zal altijd een gratis en open-source programma zijn, zoals weerspiegeld door de oorspronkelijke ontwikkelaars en uitgevers. U kunt het programma dus gebruiken als afgeleide van uw programmaontwikkeling, anders is het programma gratis.

Waarom zou u uw eigen Git-server hosten?

Stel dat u een klein project met beperkte opslagplaatsen wilt uitvoeren.  In dat geval is zelfhosting veel privéer en veiliger. Dat is dus het voornaamste motief. Maar naarmate je overstapt op grotere projecten met meer repository's, begint zelfhosting zijn efficiëntie te verliezen.

Deel

Meer van de blog

Blijf lezen.

Een metalen container afgeschermd door een gloeiende neon cyaan draadframe-koepel, met de titel van het artikel en het Cloudzy-logo tegen een diepblauwe achtergrond.
Ontwikkelaarstools en DevOps

De belangrijkste Docker-beveiligingsfouten die u in 2026 moet vermijden

U kunt Docker maandenlang in productie laten draaien zonder zichtbaar probleem. Containers starten, apps reageren, er gaat niets kapot. Vervolgens wordt er één blootgestelde poort of één verkeerd geconfigureerde machtiging aangemaakt

Rex CyrusRex Cyrus 15 minuten lezen
Een 3D-gloeiende blauwe kubusstructuur die Docker-containers voorstelt, naast de tekst 'Portainer vs Yacht: Welke Docker UI Should You Choose' en het Cloudzy-logo.
Ontwikkelaarstools en DevOps

Portainer versus jacht: welke Docker-gebruikersinterface moet u kiezen in 2026?

Het beheren van Docker-containers via de CLI is effectief voor eenvoudige instellingen, maar schaalt slecht. Naarmate het aantal containers toeneemt, wordt het handmatig bijhouden van statussen, logboeken en updates een fout

Rex CyrusRex Cyrus 13 minuten lezen
Continue integratietools
Ontwikkelaarstools en DevOps

Beste CI/CD-tools om uw DevOps-workflows in 2026 te optimaliseren

  Het landschap van softwareontwikkeling evolueert sneller dan ooit. En als je niet achterop wilt raken bij deze snelle groei, moet je DevOps-methodieken en Agile omarmen

Ada LovegoodAda Lovegood 11 minuten lezen

Klaar om te implementeren? Vanaf $ 2,48/maand.

Onafhankelijke cloud, sinds 2008. AMD EPYC, NVMe, 40 Gbps. 14 dagen geld-terug-garantie.