Die wichtigesten Befehle und Infos, wie man in Gitlab arbeitet.
Neues Projekt anlegen (2026)
Für Namensgebung verwende ich hier im Beispiel modestia.ch
Wichtig: Die linke Navigation passt sich immer dem Bereich an, in dem man sich befindet.
Gruppen
Um die Projekt nicht auf der Projektseite in einer Liste angezeigt zu bekommen und sie etwas zu strukturieren, habe ich Gruppen angelegt. Linke Spalte > Groups
Diese Struktur gibt neu auch den Pfad des Projektes an. Ohne Gruppen heisst der Pfad
https://gitlab.com/per.net/modestiaper.net ist dabei mein username den ich unter Profile > Account unter username Path definiert habe.
Mit Gruppen kann ich meine Projekte strukturieren. Der Gruppenname ersetzt den Username (per.net), gefolgt von den Unterverzeichnissen. Er muss aber einmalig sein und darf auch identisch mit dem Username sein. Eine Gruppe work würde z.B. als work3654 umbenannt, weil dieser Teil der URL natürlich eindeutig sein muss. per-net war zum Glück noch frei und so stimmt das sogar mit meiner effektiven URL überein.
└── per-net
├── modules
├── private
├── tests
├── web
├── modestia
Path: https://gitlab.com/per-net/web/modestiaProjekt einrichten
- Home (oder Icon anwählen, damit links die Hauptnavi sichtbar ist)
- Navi > Projects > Button: New Project > Create blank project
Navi > Groups > per-net > Button: New Project > Create blank project (Diese Variante setzt direkt den richtigen Gruppenpfad)- Project name: modestia
- Project URL: Wenn nicht schon über die Gruppenseite das Projekt erstellt wird, hier die richtige Gruppe auswählen.
- Project slug: modestia (wird automatisch vom Projektname übernommen und würde ich auch so beibehalten)
- Project deployment target: leer lassen
- Visibility Level: private
- Project Configuration: alles abwählen, also keine readme usw. sonst meckert git lokal beim ersten push, wenn hier schon was da ist. Wir erstellen diese Dateien wenn schon, dann lokal
- CREATE PROJECT bestätigen
- Wir landen im leeren Projektfenster, wo verschiedene Anweisungen stehen, weil noch kein push erfolgte. Für uns ist folgender Block interessant: Push an existing Git repository:
- Zuerst prüfen wir lokal nochmal ob schon ein Remote eingetragen ist.
git remote -v
- Wenn kein Remote bestehet den Code unter Push an existiing Git repository. Die erste Zeile bei einem neuen Projekt ignorieren. Die bräuchte es nur für den Fall, wenn wir ein besthendes Projekt behalten und mit den lokalen Daten neu verbinden wollten.
git remote add origin git@gitlab.com:per.net/modestia.git git push -u origin mainDie anderen Befehle die uns gitlab anzeigt sind aktuell nicht nötig.
- Danach genügt
git pushfür weitere pushes