Skip to main content
Home
Schatzchaeschtli 2026

Main navigation

  • Home
User account menu
  • Log in

Breadcrumb

  1. Home

Git: Arbeiten in gitlab

By PierreAdmin , 15 September 2026

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/modestia

per.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/modestia

Projekt 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 main

      Die anderen Befehle die uns gitlab anzeigt sind aktuell nicht nötig.

  • Danach genügt git push für weitere pushes

 

 

  • git
  • gitlab
Git

Tag Suche

Categories (Taxonomie-Menu)

  • Drupal
    • Module
    • Theming
    • Views
  • Webentwicklung
    • Composer
    • CSS/SCSS
    • Deployment
    • Drush
    • Git
    • HTML
    • JavaScript
    • PHP
    • SSH
    • SVG
    • VS Code
  • Datenbank
    • mySQL
  • Server
    • Apache
    • DNS
    • Domains
    • Plesk
    • SSL/TLS
  • System
    • Mac
    • Unix
    • Windows