FAQ

Der Login erfolgt über den Single Sign-On (SSO) Ihrer Hochschule:

1. Öffnen Sie https://gitlab.git.nrw und klicken Sie auf „Anmelden“.
2. Wählen Sie „git.nrw University Login“ und anschließend auf der nächsten Seite Ihre Hochschule aus.
   • Gastaccounts verwenden den E-Mail-Login
3. Sie werden zum SSO Ihrer Hochschule weitergeleitet und melden sich dort an (ggf. inkl. zweitem Faktor).
4. Nach erfolgreicher Anmeldung werden Sie zurück zu GitLab geleitet; beim ersten Login wird Ihr Account automatisch angelegt.

Falls Ihre Hochschule nicht in der Liste erscheint, ist sie möglicherweise (noch) nicht angebunden – ein Login über den Hochschul‑SSO ist dann aktuell nicht möglich.

Der Dienst git.nrw wird für die Hochschulen der DH.NRW angeboten und kann von diesen genutzt werden. Zurzeit sind noch nicht alle Hochschulen in Nordrhein-Westfalen an den Dienst angebunden. git.nrw wird für Mitglieder (Studierende & Angestellte) der folgenden Hochschulen zu den angebenen Zeiten verfügbar:

• RWTH Aachen University (20.05.2025)
• Universität Duisburg-Essen (02.06.2025 für Angestellte; Studierende zu einem späteren Zeitpunkt.)
• TH Köln (Zeitpunkt wird bekannt gegeben)
• Universität zu Köln (20.05.2025)
• Universität Münster (20.05.2025)

Der Dienst git.nrw befindet sich zurzeit in der Pilotphase, weshalb noch nicht alle Hochschulen in Nordrhein-Westfalen angebunden sind. Die Anbindung erfolgt stufenweise. Wir informieren auf dieser Website regelmäßig zu Neuigkeiten im Projekt git.nrw, auch über die Anbindung weiterer Hochschulen.

Sollte die Hochschule außerhalb von Nordrhein-Westfalen liegen, kann sie nicht angebunden werden. Der Dienst kann von externen Nutzenden ausschließlich über einen Gastzugang genutzt werden. Dieser Gastzugang bedarf einer Einladung zu einem gemeinsamen Projekt und besteht nur solange das Projekt aktiv läuft.

Nutzende können bis zu 5 externe Gäste einladen, die nicht von einer bereits teilnehmenden Hochschule stammen.

Die Einladung erfolgt über das git.nrw-Gastmanagement

Um zusätzliche Gäste einzuladen kann eine Anfrage über das Supportformular gesendet werden.

Das hinzufügen zu Projekten und die Rechtevergabe erfolgt wie gewohnt in GitLab.

Weitere Informationen finden Sie in unserer Dokumentation .

Viele Fragen lassen sich direkt über unsere FAQs und die Dokumentation klären. Wenn Sie ein technisches Problem melden möchten, hilft es uns, wenn Sie im Kontaktformular möglichst konkrete Angaben machen, z. B.:

• Link zur betroffenen Seite / Projekt / Gruppe
• Zeitpunkt (Datum & Uhrzeit) und genaue Fehlermeldung
• Schritte zur Reproduktion
• Browser und Betriebssystem
• optional: Screenshot/Logauszug (ohne Passwörter oder Tokens)

Wenn es sich um eine allgemeine Störung handelt, sehen Sie ggf. oben auf der Website einen Hinweis im Status-Banner.

Es gibt zwei Wege, um Fehler zu melden oder Verbesserungsvorschläge einzubringen:

1. Merge Request im öffentlichen Repository: Das Repository der git.nrw-Website ist öffentlich zugänglich. Sie können dort direkt einen Merge Request mit Ihren Änderungen oder Vorschlägen erstellen: https://gitlab.git.nrw/web/git-nrw Weitere Informationen zum Beitragen finden Sie auf unserer Contribute-Seite .

2. Kontaktformular: Alternativ können Sie Ihr Anliegen über unser Kontaktformular einreichen. Bitte beschreiben Sie den Fehler oder Ihren Vorschlag möglichst konkret.

Wir haben eine Übersicht der ersten Schritte in GitLab erstellt, diese ist hier zu finden: Erste Schritte

Alle Anleitungen und Ressourcen finden Sie in unserer Dokumentation .

Die offizielle GitLab Dokumentation kann hier besucht werden: https://docs.gitlab.com/

Falls mehrere User gemeinsam an verschiedenen Projekten mitwirken sollen, ist die Zuordnung der User zu Gruppen sinnvoll. Es können auch komplexere Strukturen wie Gruppen in Gruppen erstellt werden, um bspw. eine Forschungseinrichtung abzubilden.

Durch Gruppen lassen sich Teams in GitLab nachbilden und organisieren. Durch die Unterscheidung von Top-Level und Sub-Level Gruppen können organisatorische Strukturen voneinander getrennt werden. Eine Top-Level Gruppe ist jeweils für die höchste Verwaltungseinheit vorgesehen.

Um Namensdopplungen geläufiger Abkürzungen und Einrichtungen zu vermeiden, gibt es zwei Möglichkeiten zur eindeutigen Identifikation:

• Ein Präfix der Hochschule wird vor den entsprechenden Gruppennamen gesetzt
• Die Gruppe wird in eine Top-Level Gruppe unterhalb der gesamten Hochschule eingegliedert

Bitte informieren Sie sich bei Bedarf an Ihrer Einrichtung, welches Verfahren genutzt wird.

Weitere Vorteile von Gruppen:

• Limits, die für persönliche Projekte gelten, betreffen Projekte in Gruppen in der Regel nicht (Details können je nach Policy abweichen).
• Gruppen ermöglichen es, Mitgliedschaften und Berechtigungen zentral zu verwalten; Zugriff und Sichtbarkeit hängen von Rollen und Einstellungen (z. B. Projekt-/Gruppensichtbarkeit) ab.

Eine neue Top-Level-Gruppe kann über das git.nrw Kontaktformular beantragt werden.

Eine neue Top-Level-Gruppe kann über das git.nrw Kontaktformular beantragt werden.

Bitte geben Sie dort folgendes an:

• Als Minimum 2 benannte Owner für die Top-Level-Gruppe. Dazu werden jeweils Name und Mail-Adresse dieser Personen benötigt, diese müssen in git.nrw bereits einen Account besitzen.
• Den gewünschten Namen der Top-Level-Gruppe:
  Verwenden Sie als Präfix bitte den Namen Ihrer Hochschule, z.B. RWTH-, UDE-, etc.
  Sonderfälle für z.B. SFBs oder anderweitig übergreifende Projekte sind auf Anfrage möglich.

Hinweis: Während der Pilotphase des git.nrw-Projekts ist die Einrichtung von Top-Level Gruppen auf git.nrw-Administratoren beschränkt. Die weitere Administration von Gruppen oder Projekten unterhalb von Top-Level Gruppen liegt in der Verantwortung der beiden eingetragenen Owner der Top-Level Gruppe.

Sollte bereits eine Top-Level Gruppe für Ihre Einrichtung existieren, informieren Sie sich innerhalb Ihrer Einrichtung und kontaktieren Sie die Gruppen-Owner, um eine Sub-Level Gruppe zu beantragen.

Sobald Sie Zugriff auf eine Top-Level-Gruppe haben, können Sie Ihre Arbeit mit Untergruppen organisieren:

1. Navigieren Sie zu Ihrer Top-Level-Gruppe in GitLab.
2. Klicken Sie auf “Neue Untergruppe” und wählen Sie einen Namen.
3. Legen Sie die Sichtbarkeitsstufe fest (Privat, Intern oder Öffentlich).

Mitglieder verwalten

• Gehen Sie zu Ihrer Gruppe und wählen Sie “Verwalten” > “Mitglieder”.
• Klicken Sie auf “Mitglieder einladen”, um Nutzer über ihren Benutzernamen oder ihre E-Mail-Adresse hinzuzufügen.
• Weisen Sie eine Rolle zu (Gast, Reporter, Entwickler, Maintainer oder Eigentümer), je nach dem benötigten Zugriffsumfang.

Mitglieder, die einer Gruppe hinzugefügt werden, haben automatisch Zugriff auf alle Projekte und Untergruppen innerhalb dieser Gruppe. Sie können Mitglieder auch auf Untergruppen- oder Projektebene hinzufügen, um den Zugriff feiner zu steuern.

Weitere Informationen finden Sie in der GitLab-Dokumentation zu Gruppen .

In git.nrw gelten folgende Standard-Limits:

• 2 GB Speicher pro Projekt (Repository + LFS + Artefakte)
• 10 persönliche Projekte pro Benutzerkonto

Projekte, die innerhalb einer Gruppe erstellt werden, unterliegen nicht dem persönlichen Projektlimit — es gilt nur das Speicherlimit pro Projekt.

Standardmäßig ist der Speicherplatz pro Projekt in git.nrw auf 2 GB begrenzt. Sollte ein Projekt diese Größe übersteigen, ist ggf. keine Migration zu git.nrw möglich.

In bestimmten Fällen kann das Quota temporär oder dauerhaft erhöht werden (z. B. für eine Migration). Wir empfehlen dennoch, das Repository nach Möglichkeit zu verkleinern, bevor das Quota erhöht wird.

Sollte eine Erhöhung notwendig sein, stellen Sie eine Anfrage über das git.nrw-Kontaktformular und geben Sie folgende Informationen an:

• Wie viele Projekte sind betroffen?
• Auf welchen Wert soll das Quota angepasst werden?
• Sind Gruppen betroffen?
• Soll die Erhöhung temporär oder dauerhaft sein?
• Begründung für die Erhöhung

Anschließend gibt das Team eine Rückmeldung, unter welchen Bedingungen eine Quota-Erhöhung stattfinden kann.

Hinweis: Wir behalten uns vor, eine Quota-Erhöhung in unbegründeten Fällen zu verweigern.

Große Repositories können das Klonen und Pushen verlangsamen. Hier sind einige Ansätze zur Größenreduzierung:

Eine .gitignore anlegen

Verhindern Sie, dass Build-Artefakte, Abhängigkeiten und temporäre Dateien committet werden:

node_modules/
build/
*.log

Git-History bereinigen

Falls große Dateien versehentlich committed wurden, können Sie diese mit git filter-repo aus der History entfernen:

git filter-repo --strip-blobs-bigger-than 50M

Achtung: Das Umschreiben der History ist eine destruktive Operation. Stimmen Sie sich mit Ihrem Team ab und erstellen Sie vorher ein Backup.

git.nrw wird gemeinsam von der RWTH Aachen University und der Universität Münster im Auftrag der Hochschulen in Nordrhein-Westfalen betrieben.

• Alle Daten werden auf Servern in Deutschland gespeichert.
• Der Betrieb erfolgt ausschließlich durch die beiden Partnerhochschulen — es sind keine Drittanbieter beteiligt.
• Nur das git.nrw-Betriebsteam hat administrativen Zugriff auf die Infrastruktur. Ihre Repositories und Daten sind für andere Hochschulen oder externe Stellen nicht zugänglich.

Weitere Details zur Datenverarbeitung finden Sie in der Datenschutzerklärung .

Für die Plattform gitlab.git.nrw gelten folgende Datenschutzhinweise .

Der Dienst git.nrw verarbeitet und speichert personenbezogene Daten ausschließlich zur Verwaltung des User Kontos. Auskünfte und Löschersuchen können an die folgenden Stellen gerichtet werden:

Stabsstelle Datenschutz der RWTH Aachen University:
Templergraben 83
52062 Aachen
Telefon: +49 241 80 94114
E-Mail: dsb@rwth-aachen.de

Stabsstelle Datenschutz der Universität Münster:
Schlossplatz 2
48149 Münster
Telefon: +49 251 83 22446
E-Mail: Nina.Meyer-Pachur@uni-muenster.de

Weitere Informationen zur Datenverarbeitung und -Speicherung zur Nutzung von git.nrw sind in der Datenschutzerklärung zu finden.

Da die Authentifizierung über das Single Sign-On (SSO) Ihrer Hochschule erfolgt, profitiert Ihr Konto von den Sicherheitsmaßnahmen Ihrer Hochschule (einschließlich Zwei-Faktor-Authentifizierung, sofern dort aktiviert).

Zusätzlich können Sie innerhalb von GitLab folgende Maßnahmen ergreifen:

SSH-Schlüssel für Git-Operationen verwenden

SSH-Schlüssel ermöglichen sicheren, passwortfreien Zugriff beim Pushen und Pullen. Sie können Ihren öffentlichen Schlüssel unter „Benutzereinstellungen" > „SSH-Schlüssel" hinzufügen.

Personal Access Tokens verwalten

Wenn Sie die GitLab-API oder CI/CD nutzen, erstellen Sie Personal Access Tokens mit den minimal benötigten Berechtigungen und setzen Sie ein Ablaufdatum. Widerrufen Sie nicht mehr benötigte Tokens unter „Benutzereinstellungen" > „Zugangs-Tokens".

Aktive Sitzungen überprüfen

Unter „Benutzereinstellungen" > „Aktive Sitzungen" können Sie alle aktuell angemeldeten Geräte einsehen und unbekannte Sitzungen widerrufen.

Das Projektteam bietet eigene Schulungsinhalte zur Softwarelösung GitLab an, welche hier zu finden sind:
https://git.nrw/de/courses

Anfragen zu bestimmten Schulungsinhalten können an info@git.nrw gerichtet oder über das Kontaktformular eingereicht werden.

Es gibt drei Zielgruppen, die sich am Wissensstand orientieren:

• Anfänger*in: Personen ohne Vorkenntnisse, die sich erstmal an das Thema herantasten.
• Fortgeschrittene*r: Nutzer*innen, die bereits etwas von git.nrw und GitLab gehört oder erste Erfahrungen gesammelt haben.
• Fachkundige*r: Anwender*innen, die GitLab täglich nutzen und fortgeschrittene Funktionen beherrschen.

Zudem richtet sich das Angebot vor allem an Professor*innen, Dozierende (mindestens von 5 Hochschulen in NRW) sowie Studierende.

Die zentralen Lernziele sind:

• Sicherer Umgang mit git.nrw und GitLab: Grundlagen erlernen, anwenden und in den täglichen Arbeitsprozess integrieren.
• Praxisorientiertes Arbeiten: Die Nutzer*innen sollen in der Lage sein, GitLab als tägliches Werkzeug effizient zu nutzen.
• Individuelle Selbstevaluation: Durch das Quiz können persönliche Lernfortschritte nachvollzogen und gezielt verbessert werden.

Die Tags dienen als Schlüsselwörter zur inhaltlichen Zuordnung. Sie:

• Ordnen die Inhalte thematisch (z. B. “git”, “gitlab”, “software engineering”) ein.
• Kennzeichnen den Schwierigkeitsgrad (Anfängerin, Fortgeschrittener, Fachkundige*r).

• Ziel: Vertiefende Themen über die Grundlagen hinaus vermitteln.
• Format: Die konkreten Trainingsformate werden noch evaluiert (online, Präsenz oder hybrid).
• Zertifizierung: Der Zertifizierungsprozess ist derzeit noch offen. Da unsere Projektgruppe zunächst eigenverantwortlich die Kursdurchführung und Qualitätssicherung übernimmt, ist derzeit noch nicht klar, ob und wie ein formales Zertifikat ausgestellt wird.

Neben den modular aufgebauten Onlinekursen, die auf der Webseite bereitgestellt werden, gibt es zusätzliche Schulungen im Rahmen des Train-the-Trainer-Ansatzes.

• Zielgruppen: Professor:innen, Dozierende und Multiplikatoren, die die Inhalte weitervermitteln sollen.
• Organisation:
  • Häufigkeit: Regelmäßig, aktuell wird eine quartalsweise Planung angestrebt.
  • Kursgröße: Die Gruppengrößen werden noch definiert, um einen optimalen Lern- und Austauschprozess zu gewährleisten.
• Dozierende: Die Trainer:innen werden in Zusammenarbeit mit den Konsortialpartnern ausgewählt und verfügen über fundierte Fachkenntnisse sowie didaktische Erfahrung.

• Dokumentation:
  Die Schulungsseite basiert auf HUGO und wird als Open-Source-Projekt auf GitLab bereitgestellt. Alle Inhalte und Änderungen werden versioniert dokumentiert, und die zentrale Projektgruppe überwacht diesen Prozess.
• Evaluation:
  Es ist geplant, ein Governance Board einzurichten, das die Evaluation der Inhalte übernimmt. Der Einsatz externer Tools sowie die Entwicklung einer Checkliste befinden sich derzeit noch in der Planungsphase.

Feedback zu Schulungen und Materialien ist jederzeit willkommen:

• GitLab Issues: Für konkrete Verbesserungsvorschläge oder Probleme können Nutzer*innen ein Issue im jeweiligen Kurs- oder Dokumentationsprojekt erstellen.
• Kontaktformular: Wenn Sie nicht sicher sind, wo es am besten passt, nutzen Sie das Kontaktformular (Thema „Schulungen“).

Weitere Feedback-Formate (z. B. Umfragen) werden fortlaufend geprüft.