Skip to content
Snippets Groups Projects
de_help.md 4.42 KiB
Newer Older
  • Learn to ignore specific revisions
  • Hier finden Sie erste Hilfe zur Benutzung von JLU GitLab, aber diese kann [die offizielle Nutzerhilfe (auf Englisch)](https://gitlab.test.uni-giessen.de/help/user/index.md){:target="_blank"} nicht ersetzen.
    Für spezifische Informationen zu JLU GitLab, siehe [Informationen]({{ '/informationen/#what_is_jlugitlab' | relative_url }}).
    
    ## Wie benutze ich GitLab? {#how_to_gitlab}
    
    
    TODO: Viele Kleinigkeiten mit Browser möglich, für ernste Änderungen aber Git lokal installieren.
    
    ## Erste Schritte {#first_steps}
    
    TODO: Grobe Übersicht, links auf gute Ressourcen zum Weiterlernen ([siehe unten](#more_help)).
    
    ## Sichtbarkeit von Projekten {#visibility_projects}
    
    Jedes Projekt hat eine Sichtbarkeits-Einstellung als entweder *private*, *internal* oder *public*.
    Die Sichtbarkeit kann nur vom *Owner* des Projekts geändert werden (siehe [Nutzerrollen unten](#user_roles)).
    
    
    Johannes Keyser's avatar
    Johannes Keyser committed
    - Projekte mit Sichtbarkeit *private* sind nur für die [Mitglieder des Projekts](#user_roles) einsehbar.
    - Projekte mit Sichtbarkeit *internal* sind für alle Personen mit einem Nutzungskonto einsehbar, die eingeloggt sind.
    
      [Bitte lesen Sie hier was das im Fall von JLU GitLab bedeutet]({{ '/informationen/#potential_users' | relative_url }}).
    
    Johannes Keyser's avatar
    Johannes Keyser committed
    - Projekte mit Sichtbarkeit *public* sind auch für alle Personen einsehbar, die kein Nutzungskonto haben.
    
      [Bitte lesen Sie hier was das im Fall von JLU GitLab bedeutet]({{ '/informationen/#potential_users' | relative_url }}).
    
    
    Für mehr Details lesen Sie bitte die [offizielle Dokumentation (auf Englisch)](https://gitlab.test.uni-giessen.de/help/public_access/public_access.md#public-access){:target="_blank"}.
    
    ## Nutzerrollen in Projekten {#user_roles}
    
    TODO: Fehlende Bedeutungen von *Reporter* 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 auch in der [offiziellen Dokumentation (auf 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 -->
    
    ### Berechtigungen als *Guest* {#role_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.
    
    
    ### Berechtigungen als *Reporter* {#role_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:
    
    ### Berechtigungen als *Developer* {#role_developer}
    
    ### Berechtigungen als *Maintainer* {#role_maintainer}
    
    ### Berechtigungen als *Owner* {#role_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.
    
    [Ähnlich zur Sichtbarkeit von Projekten](#visibility_projects) kann die Sichtbarkeit von Gruppen auf *private*, *internal* oder *public* gesetzt werden, um den Zugriff entweder nur explizit ausgewählten Mitgliedern zu gewähren oder allen eingeloggten Nutzenden oder sogar allen Personen ohne Nutzungskonto.
    
    
    ## Einstellung von privater Informationen {#private_info}
    
    TODO: Einstellung der Commit-Emailadresse (in GitLab und lokal), Profil und Aktivitäten unsichtbar machen, ...
    
    
    ## Letzte Schritte {#last_steps}
    
    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).
    
    TODO: Gute Links, evtl. in Kategorien.