GitLab - Versions- und Projektverwaltung

Anwendungsszenarien

• Issue Tracking & Projektmanagement: GitLab verfügt über ein integriertes System zur Aufgabenverwaltung. Mit Issue Boards (Kanban-Boards), Epics, Meilensteinen und Labels lassen sich Projekte visuell planen und verfolgen.
• Wiki: Jedes Projekt kann ein eigenes Wiki für Dokumentationen enthalten.
• Versionsverwaltung (Git-Repositories): GitLab bietet eine benutzerfreundliche Weboberfläche zur Verwaltung von Quellcode, Branches (Zweigen) und der kompletten Versionshistorie.
• Continuous Integration & Continuous Deployment (CI/CD): Mit der integrierten CI/CD-Pipeline (unter Verwendung der gitlab-ci.yml) können Code-Änderungen automatisch getestet, gebaut und auf Servern ausgerollt werden.
• Merge Requests (Code Review): Entwickler können Änderungen zur Diskussion stellen. Andere Teammitglieder können den Code einsehen, Kommentare hinterlassen, Änderungen vorschlagen und den Code schließlich genehmigen und zusammenführen.
• Infrastructure as Code (IaC) & Kubernetes-Integration: GitLab unterstützt die Verwaltung von Infrastruktur durch Code und lässt sich tiefgreifend mit Kubernetes-Clustern integrieren, um Anwendungen direkt aus GitLab heraus bereitzustellen. ie Ablage von Docker-Containern (Docker-Registry) ist ebenfalls möglich.

Verantwortlichkeiten

Wir bieten Ihnen:

• Verwaltung von individuellen oder gruppenbezogen Projekten
• Speicherung von Repositorien auf Uni-internen Servern
• Support bei Anwenderfragen
• Wartung und Aktualisierungen der zentralen GitLab Instanz

Bitte beachten Sie:

• Nutzende sind für ihre eingestellten Inhalte und die Einhaltung aller einschlägigen gesetzlichen Regelungen (Urheberrecht, Datenschutz, etc.) sowie der jeweiligen Nutzungs- und Lizenzbedingungen verantwortlich.
• Sensible bzw. besonders schützenswerte Daten sollten in GitLab nicht hinterlegt werden. Dies gilt für alle Einstellungen und Aspekte (wie hochgeladene Dateien, Aufgaben, Dokumente) im Zuge der regulären Nutzung. 
• Grundsätzlich ist die Systemsprache zunächst "englisch". Diese kann bei Bedarf geändert werden. (Alle erforderlichen Schritt sind hier vermerkt.)
• KI-Funktionalitäten sind aktuelle nicht vorgesehen und damit deaktiviert. 
• Der Dienst steht in der Regel im normalen Umfang zur Verfügung. Zur Einhaltung von Fristen etc. sollte Arbeiten mit ausreichend Vorlauf erfolgen. Besonders bei Wartungen oder Störungen kann es zu Diensteinschränkungen kommen.
• Bei der Nutzung von Projekten in GitLab sollten u. a. folgende Punkte berücksichtigt werden:
  • Generell können Projekte von Nutzenden selbst erstellt werden. Jede Person, die ein Projekt erstellt hat, gilt künftig als "Projektbesitzer" und übernimmt alle damit verbundenen Rechte und Pflichten. Hierzu gehört ins Besondere die Verwaltung der Zugänge von Mitarbeitenden zu dem Projekte, die zusätzliche Sicherung eines Projektes (über einen Projektexport [Setting → General → Advanced]) und die Koordination im Projekt selbst.
  • Projekte sind durch verschiedene Einstellungen individuell konfigurierbar. Diese reichen von der generellen Sichtbarkeit über verfügbare Analysefunktionen bis hin zur Benachrichtigungseinstellungen.
  • Die Sichtbarkeit wird initial stets mit "privat" vorbelegt. Sofern die Einstellung "public" genutzt wird, sind alle Daten (inkl. deren der Beteiligten) ohne Anmeldung einsehbar.
  • Projektbesitzer müssen sich vor ihrem Ausscheiden selbstständig um eine Nachfolgeregelung der administrierten Projekte bemühen.

Nutzerdaten

Sicherung und Wiederherstellung

• Individuellen Backups auf Nutzerbasis bzw. auf Projektbasis werden durch das URZ nicht vorgehalten. (Diese werden durch den Nutzenden selbst bzw. durch den Projektbesitzer selbst durchgeführt.) 
• Die Konzeption von GitLab ermöglicht Nutzern lokale und entfernte Kopien selbständig und mit selbst definierten Zyklen zu erstellen.
• Die Gesamtinstanz wird täglich (alle 3 Stunden) gesichert.

Datenschutz und Informationssicherheit

• Grundsätzlich werden verschiedene Angaben zu Nutzenden (vollständiger Name, E-Mail-Adresse, Nutzerkennung) automatisch systemseitig angezeigt. Darüber hinaus können noch weitere Informationen individuell über das Profil gepflegt werden.
• Alle Nutzerdaten werden in der Speicherumgebung des Universitätsrechenzentrums der Friedrich-Schiller-Universität Jena vorgehalten.

Lebenszyklus von Inhalten

• Grundsätzlich bleiben Daten auch nach dem Ausscheiden aus dem universitären Betrieb noch ein Jahr erhalten. Ausgeschiedene Mitarbeitende sollen sich aber um eine Nachfolge bemühen, so dass Projekte von anderen Mitarbeitern weiter administriert werden können.
• Details zum individuellen Löschen:
  • Inhalte in Projekten (wie Dokumente oder Aufgaben) können von den Berechtigten individuell gelöscht werden. Dies ist dauerhaft und kann nicht nicht rückgängig gemacht werden. 
  • Falls Bedarf besteht, können Berechtigte auch ganze Projekte (inkl. aller dort hinterlegen Inhalte) löschen. Eine Löschung muss stets über die Eingabe des Projektes aktiv bestätigt werden. Sofern eine Löschung nicht korrekt war, ist eine Wiederherstellung innerhalb von 7 Tagen möglich. Berechtigte erhalten hierzu eine E-Mail mit allen notwendigen Informationen.
• ggf. Löschroutine für Inhalte von ausgeschiedenen Mitarbeitenden (ggf. 3 Jahre nach Ausscheiden) oder Anonymisierung 
• Durch die fehlende Berechtigung ist ein Zugriff auf Verwaltungsfunktionalitäten und interne Inhalte durch die ausgeschiedene Person nicht mehr möglich.
• Bei Fragen zu Repositorien nach ihrem Ausscheiden wenden sie sich an den IT-Support.

Hilfe und Support

Onlineanfragen: Hier geht's zum  URZ Service Desk