Häufige Fragen
Kann ich in GitLab auch Word- und Excel-Dateien teilen?
Ja, hochladen geht („+“ → „Upload file“), und GitLab speichert auch jede neue Version. Es gibt aber deutliche Einschränkungen:
- Keine Ansicht der Änderungen: Word- und Excel-Dateien sind keine reinen Textdateien (siehe Glossar). GitLab zeigt nur, dass sich etwas geändert hat, nicht was.
- Kein Bearbeiten im Browser: Man muss die Datei herunterladen, lokal bearbeiten und wieder hochladen.
- Kein gemeinsames Bearbeiten: Ändern zwei Personen gleichzeitig dieselbe Datei, kann GitLab die Änderungen nicht zusammenführen. Eine Version muss man von Hand übernehmen.
Was stattdessen gut funktioniert:
| Statt … | lieber … | Vorteil in GitLab |
|---|---|---|
Word-Dokument (.docx) |
Markdown (.md) |
Änderungen Zeile für Zeile sichtbar, im Browser bearbeitbar, formatiert angezeigt |
Excel-Tabelle (.xlsx) |
CSV-Datei (.csv) |
Änderungen sichtbar, GitLab zeigt die Datei als Tabelle an |
| Aufgabenliste in Word/Excel | Issues und Boards | Zuweisen, kommentieren, Status verfolgen |
Wenn mehrere Personen gleichzeitig an einem Word- oder Excel-Dokument schreiben sollen, ist ein Werkzeug für gemeinsames Bearbeiten besser geeignet als GitLab.
Kann ich GitLab wie eine Cloud für große Dateien nutzen?
Eher nicht. GitLab ist für Dateien gedacht, an denen man arbeitet und deren Änderungen man nachvollziehen will, nicht als Ablage.
- Jede Version bleibt gespeichert. Wer eine 200-MB-Datei zehnmal ändert und hochlädt, belegt dauerhaft rund 2 GB, auch wenn die alten Versionen niemand mehr braucht.
- Es gibt Speichergrenzen pro Projekt bzw. pro Namespace. Auf gitlab.com sind sie öffentlich dokumentiert, auf eigenen Instanzen legen die Admins sie fest.
- Für große Dateien gibt es die Erweiterung Git LFS (Large File Storage). Sie wird aber über Git auf dem eigenen Rechner eingerichtet und ist nicht Teil dieses Materials.
Faustregel: Textdateien, Skripte, Dokumentation, kleine Bilder → GitLab. Große Dateien wie Videos, Rohdaten oder Archive → eine Speicherlösung, die dafür gemacht ist. In GitLab kann man dann auf sie verlinken.
Kann ich eine Datei wieder ganz entfernen?
Man kann eine Datei löschen. Sie verschwindet dann aus dem aktuellen Stand. In der Historie bleibt sie aber erhalten, denn das ist ja der Sinn der Versionierung.
Theoretisch kann man eine Datei auch aus der Historie entfernen. Das ist aber aufwendig und nicht sicher vollständig:
- Man muss die Historie umschreiben. Das geht mit Git auf dem eigenen Rechner (z. B. mit dem Werkzeug
git filter-repo) und anschließendem Force-Push. In GitLab gibt es außerdem unter Settings → Repository → Repository maintenance die Funktionen „Remove blobs“ und „Redact text“. Beides dürfen nur Owner nutzen. - Dadurch ändern sich die Kennungen der betroffenen Commits. Wer mit dem Projekt arbeitet, muss seinen Stand neu holen.
- Kopien bleiben bestehen: Forks, Kopien auf anderen Rechnern oder Downloads enthalten die Datei weiterhin.
Deshalb gilt: Passwörter, personenbezogene oder vertrauliche Daten gehören nicht in ein GitLab-Projekt, auch nicht „nur kurz“. Ist ein Passwort doch hineingeraten, sollte man es sofort ändern. Das Löschen aus der Historie reicht nicht.
Was ist der Unterschied zwischen „Work items“ und „To-Do List“?
| Work items (Plan → Work items bzw. Issues) | To-Do List (Icon oben rechts) | |
|---|---|---|
| Was steht drin? | Alle Issues, Tasks usw. eines Projekts oder einer Gruppe | Hinweise an euch persönlich: wo ihr etwas tun sollt |
| Für wen? | Für alle mit Zugriff gleich | Für jede Person anders |
| Woher? | Jemand legt ein Issue an | GitLab legt einen Eintrag an, wenn euch jemand etwas zuweist, euch mit @ erwähnt oder um ein Review bittet. Man kann auch selbst einen Eintrag hinzufügen. |
| Wie lange? | Bis das Issue geschlossen wird | Bis ihr den Eintrag als erledigt markiert („Mark as done“). Manche Aktionen markieren ihn automatisch, z. B. wenn ihr das Issue schließt. |
Merksatz: Work items sind die Aufgabenliste des Projekts, die To-Do List ist euer persönlicher Posteingang über alle Projekte hinweg. Ein To-do als erledigt markieren schließt nicht das Issue, es verschwindet nur aus eurer Liste.
Kann ich etwas kaputt machen?
In eurem eigenen Projekt kaum. Jede Änderung ist in der Historie gespeichert, ältere Stände lassen sich wiederherstellen. Vorsicht ist nur bei zwei Dingen geboten: beim Löschen von Projekten und Gruppen und bei der Sichtbarkeit. Prüft vor dem Hochladen, wer das Projekt sehen kann.
Muss ich Git installieren?
Nein. Alles in diesem Material funktioniert im Browser. Git auf dem eigenen Rechner lohnt sich später, z. B. wenn man viele Dateien auf einmal bearbeiten oder offline arbeiten möchte.