faq-de.md 2.5 KB
Newer Older
1
2
3
4
5
6
7
8
9
10
11
# FAQ

### Warum keine öffentlichen Repositories für Studenten und einzelne Mitarbeiter?
Veröffentlichte Links werden ungültig, sobald dein Account sowie deine Repositories nach Ende der Unizugehörigkeit gelöscht werden. Für öffentliche Repositories soll sich eine Unieinrichtung längerfristig, mindestens solange das Projekt öffentlich erreichbar sein soll, verantwortlich fühlen.

### Ist das CIP-GitLab der richtige Ort für nicht-Uni-Projekte?
Nein, die meisten GitLab-Funktionalitäten wie Issues, Merge-Requests, etc. stehen nur Unimitgliedern zur Verfügung. Externe Zugänge werden nur aus gutem Grund erstellt, ein guter Grund ist hierbei z.B. die umfangreiche Mitarbeit an einem Uni-relevanten Projekt, nicht jedoch das simple Einreichen vereinzelter Bugreports oder Merge-Requests.

### Gibt es Backups?
Ja, es werden täglich Backups erstellt. Git-Repositories können daraus einfach wiederhergestellt werden, jedoch ist es seitens GitLab bisher nicht vorgesehen, einzelne Projekte inkl. Issues, Merge-Requests, etc. wiederherzustellen (siehe [hier](https://gitlab.com/gitlab-org/gitlab-ce/issues/2397)).

Michael Panzlaff's avatar
Michael Panzlaff committed
12
13
14
15
16
17
18
19
20
### Wie viel Speicherplatz gibt es?
Alle Nutzer im GitLab fürgen standardmäßig 1 GB Speicherplatz nutzen. Die Größe eurer Repositories könnt ihr unmittelbar bei den entsprechenden Projektübersichten einsehen. Buildartefakte berücksichtigen wir bei der Größenberechnung nicht.

Solltet ihr mehr als das erlaubte Maximum verwenden, werden wir euch per E-Mail darauf hinweisen euren Speicherverbrauch zu reduzieren.
Bitte vergesst dabei nicht die grundlegende Funktion von Git. Das bedeutet, dass es nicht reicht Dateien aus dem Repository zu löschen und einen neuen Commit zu erstellen, da sämtliche Daten immernoch in der History beibehalten werden.
Um ungewollte Daten aus der History zu löschen, hilft euch gegebenenfalls `git rebase` oder `git filter-branch` weiter. Natürlich könnt ihr auch einfach euer Repository komplett löschen und alle zu behaltenden Dateien in ein neues einchecken.

Falls es vorkommen sollte, dass ihr mehr Speicherplatz verbraucht aber gute Gründe habt (z.B. Linux Kernel, Abschlussarbeit, etc.), können wir euch extra Speicherplatz geben. Schreibt uns dazu einfach eine E-Mail.

21
22
23
### Continuous Integration?
Wir betreiben einen Shared Runner, der allen Nutzern zur Verfügung steht. Auf einen gemäßigten Resourcenverbrauch ist zu achten. Des Weiteren können eigene Runner eingebunden werden.

Michael Panzlaff's avatar
Michael Panzlaff committed
24
### Bei Fragen und Problemen?
25
[problems@cip.cs.fau.de](mailto:problems@cip.cs.fau.de)