Newer
Older
---
layout: page
permalink: /hilfe/
lang: de
---
TODO: Viele Kleinigkeiten mit Browser möglich, für ernste Änderungen aber Git lokal installieren.
## Erste Schritte
TODO: Grobe Übersicht, links auf gute Ressourcen zum Weiterlernen ([siehe unten](#weitere-hilfe)).
## Sichtbarkeit von Projekten (und Gruppen?)
TODO: Bedeutung von *privat*, *intern*, und *öffentlich*.
## Nutzerrollen
TODO: Bedeutung von *Guest* bis *Owner*.
Wenn Sie jemanden als Projektmitglied hinzufügen, müssen Sie auch eine bestimmte Rolle zuweisen.
Sie können wählen zwischen *Guest*, *Reporter*, *Developer*, *Maintainer* oder *Owner*.
Jede dieser Rollen umfasst mehr Berechtigungen als die vorherige, [siehe hier als Tabelle (Englisch)](https://gitlab.test.uni-giessen.de/help/user/permissions.md#project-members-permissions){:target="_blank"}.
<!-- Also interesting: https://about.gitlab.com/handbook/product/index.html#permissions-in-gitlab -->
### Projekt-Berechtigungen als *Guest*
Die *Guest*-Rolle ist für nicht-aktive Mitglieder die Inhalte nur lesen, und Tickets öffnen und kommentieren können.
Projektmitglieder in der *Guest*-Rolle können
das Projekt herunterladen,
Kommentare einbringen,
Projektdateien ansehen und Git-*pull*en,
Wikiseiten ansehen,
neue Tickets erstellen,
verwandte Tickets ansehen,
vertrauliche Tickets erstellen,
und selbsterstellte vertrauliche Tickets ansehen.
Wenn *Öffentliche Pipelines* in den *Projekteinstellungen > CI/CD* aktiviert ist, können sie zusätzlich
eine Liste der Jobs anschauen,
ein Job-Protokoll ansehen,
und Job-Artefakte durchsehen und herunterladen.
### Projekt-Berechtigungen als *Reporter*
Die *Reporter*-Rolle ist für Mitglieder die mehr Einblick bekommen und im Ticketsystem arbeiten können.
Project members with the *Reporter* role get the following permissions in addition to the *Guest* role:
### Projekt-Berechtigungen als *Developer*
### Projekt-Berechtigungen als *Maintainer*
### Projekt-Berechtigungen als *Owner*
TODO: Gruppenmitglieder und deren Rollen und einhergehende Rechte.
TODO: Hinweis, dass Projekte in Gruppen nicht beim Austritt gelöscht werden, sofern noch andere Nutzende in der Gruppe sind.
## Einstellung von privater Informationen
TODO: Einstellung der Commit-Emailadresse (in GitLab und lokal), Profil und Aktivitäten unsichtbar machen, ...
## Letzte Schritte
TODO: Erklärung, was wann bei Austritt aus der JLU gelöscht wird (Nutzerdaten, *eigene* Projekte, ...), und was nicht (Projekte in Gruppen inkl Tickets und Kommentare, Commits, ...).
- Außer den Commits werden Dinge anonymisiert (den Ghost-User übertragen).
## Weitere Hilfe