Unterschiede zwischen den Revisionen 5 und 32 (über 27 Versionen hinweg)
Revision 5 vom 2013-10-10 11:37:37
Größe: 1299
Autor: moenoel
Kommentar:
Revision 32 vom 2024-10-02 11:55:19
Größe: 3975
Autor: manal
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 3: Zeile 3:
Der FB3 bietet den Github-Klon [[http://gitlab.org/|Gitlab]] unter folgender URL an: Der FB3 bietet [[http://gitlab.org/|Gitlab]] unter folgender URL an:
Zeile 7: Zeile 7:
Anmelden kann sich jeder Benutzer mit einem FB3-Account (über den LDAP-Tab). Beim ersten Login wird automatisch ein Gitlab-Account angelegt. Dabei wird als initiale E-Mailadresse, an die Benachrichtigungen versendet werden, {{{<Benutzer>@fb3.uni-bremen.de}}} gesetzt. Anmelden kann sich jede:r FB3-Benutzer:in mit einem [[Accounts|Uni-Account]] (über den LDAP-Tab). Beim ersten Login wird automatisch ein Gitlab-Account angelegt.
Zeile 9: Zeile 9:
Für den Zugriff auf von Gitlab verwaltete Repositories wird ein [[https://www.informatik.uni-bremen.de/t/SSH|SSH-Schlüsselpaar]] benötigt. Der Public-Key kann in Gitlab via "My Profile -> SSH Keys" installiert werden. Jede Person kann Standardmäßig bis zu 100 Projekte anlegen. Wenn das nicht ausreicht, kann das Limit problemlos angehoben werden. Dazu bitte eine E-Mail an <<MailTo(service AT informatik DOT uni-bremen DOT de)>> schicken oder ein Ticket im [[https://gitlab.informatik.uni-bremen.de/fb3t/gitlab/issues|Gitlab-Projekt]] erstellen.
Zeile 11: Zeile 11:
(!) '''Wichtig:''' Der SSH-Dienst des Servers, auf dem Gitlab gehostet wird, unterstützt nur SSH-Schlüssel bis zu einer Länge von 4096 Bit. Längere Schlüssel führen zu einer {{{permission denied}}} Meldung. Für den Zugriff auf von Gitlab verwaltete Repositories via SSH wird ein [[SSH|SSH-Schlüsselpaar]] benötigt. Public-Keys können in Gitlab hinterlegt werden, indem man oben links auf sein Profilbild klick, dann auf "Edit Profile" oder "Preferences" und dann links in der Navigationsleiste auf "SSH Keys".
Zeile 13: Zeile 13:
Bei Bedarf können auch Accounts für externe Benutzer angelegt werden. Dafür bitte eine Mail mit dem Namen, dem gewünschten Benutzernamen und einer gültigen E-Mailadresse, an <<MailTo(service AT informatik DOT uni-bremen DOT de)>> senden.
Zeile 15: Zeile 14:
(!) '''Hinweis:''' Der Dienst konnte bisher noch nicht ausgiebig getestet werden. Probleme und sonstiges Feedback bitte an <<MailTo(moenoel AT informatik DOT uni-bremen DOT de)>> richten. Der RSA-Fingerprint für den Server lautet '''MD5:9b:1e:c6:c6:78:69:14:be:e9:5b:e7:24:09:32:78:47''' bzw. '''SHA256:nVTL/k5lSm4Kic3VfN9np76syi2PTVqPsuTmlDuvq5M'''.

Der ED25519-Fingerprint für den Server lautet '''MD5:71:a5:06:04:aa:b2:27:96:45:ac:69:52:aa:8c:6b:a4''' bzw. '''SHA256:iJcPCKgka3CYBjml2tDYMasJ/Crqw64Bg9V1WoboC8E'''.


Bei Fragen oder Problemen mit Gitlab, bitte ein Ticket [[https://gitlab.informatik.uni-bremen.de/fb3t/gitlab/issues|im Gitlab-Projekt]] aufmachen oder eine E-Mail an <<MailTo(service AT informatik DOT uni-bremen DOT de)>> schicken.


== Externe Kooperationspartner ==

Für externe Kooperationspartner können bei Bedarf Gitlab-Accounts angelegt werden. Dafür bitte eine Mail mit dem Namen, dem gewünschten Benutzernamen und der E-Mailadresse der Person an <<MailTo(service AT informatik DOT uni-bremen DOT de)>> senden. Achtung: der Nutzername muss einen Punkt ('.') enthalten, um Namenskonflikte mit FB3- und Uni-Accounts zu vermeiden (also z.B. otto.mustermann oder o.mustermann verwenden). Bei Angehörigen der Uni-Bremen aus anderen Fachbereichen etc. kann meistens der Uni-Account für die Nutzung von FB3-Diensten freigeschaltet werden. Siehe dazu die [[Accounts]]-Seite.

Gitlab-Accounts für Externe, die also nicht an einen Uni-Account gekoppelt sind, können keine eigenen Projekte oder Gruppen erstellen.


== Löschung von Gitlab-Accounts ==

Wenn ein Uni-Account den Zugang zu FB3-Diensten verliert wird der zugehörige Gitlab-Account automatisch gesperrt. Falls der Account zu einem späteren Zeitpunkt wieder Zugang zu FB3-Diensten erhält wird der zugehörige Gitlab-Account automatisch bei der nächsten Anmeldung wieder entsperrt. Gesperrte Gitlab-Accounts die an einen Uni-Account gekoppelt sind werden vorgehalten bis der zugehörige Uni-Account gelöscht wird und dann ebenfalls gelöscht.

Externe Accounts werden nach einem Jahr Inaktivität automatisch deaktiviert und deren Besitzer:in via E-Mail darüber benachrichtigt. Der jeweilige Account kann durch das Anmelden bei Gitlab selbstständig wieder reaktiviert werden. Wenn ein externer Account für mehr als 30 Tage deaktiviert bleibt, wird er automatisch gelöscht.

Alle persönlichen Projekte (also Projekte im Namensraum des Accounts) werden zusammen mit dem Account gelöscht. Alle Beiträge, also Commits, Kommentare, Issues etc., werden nach der Löschung dem "Ghost"-Account übertragen. Siehe auch die [[https://docs.gitlab.com/ee/user/profile/account/delete_account.html#associated-records|Gitlab-Dokumentation]] zu dem Thema.

Falls der jeweilige Account einziger Besitzer einer Gruppe ist, wird die Gruppe auf einen zufälligen Account mit den nächst höheren Zugriffsrechten übertragen. Falls der jeweilige Account das einzige Mitglied der jeweiligen Gruppe ist wird diese gelöscht.

Accounts können auch selbstständig gelöscht werden. Das geht indem man oben links auf sein Profilbild klickt, dann "Edit Profile" und dann links unter "User settings" auf "Account".

Gitlab

Der FB3 bietet Gitlab unter folgender URL an:

Anmelden kann sich jede:r FB3-Benutzer:in mit einem Uni-Account (über den LDAP-Tab). Beim ersten Login wird automatisch ein Gitlab-Account angelegt.

Jede Person kann Standardmäßig bis zu 100 Projekte anlegen. Wenn das nicht ausreicht, kann das Limit problemlos angehoben werden. Dazu bitte eine E-Mail an <service AT informatik DOT uni-bremen DOT de> schicken oder ein Ticket im Gitlab-Projekt erstellen.

Für den Zugriff auf von Gitlab verwaltete Repositories via SSH wird ein SSH-Schlüsselpaar benötigt. Public-Keys können in Gitlab hinterlegt werden, indem man oben links auf sein Profilbild klick, dann auf "Edit Profile" oder "Preferences" und dann links in der Navigationsleiste auf "SSH Keys".

Der RSA-Fingerprint für den Server lautet MD5:9b:1e:c6:c6:78:69:14:be:e9:5b:e7:24:09:32:78:47 bzw. SHA256:nVTL/k5lSm4Kic3VfN9np76syi2PTVqPsuTmlDuvq5M.

Der ED25519-Fingerprint für den Server lautet MD5:71:a5:06:04:aa:b2:27:96:45:ac:69:52:aa:8c:6b:a4 bzw. SHA256:iJcPCKgka3CYBjml2tDYMasJ/Crqw64Bg9V1WoboC8E.

Bei Fragen oder Problemen mit Gitlab, bitte ein Ticket im Gitlab-Projekt aufmachen oder eine E-Mail an <service AT informatik DOT uni-bremen DOT de> schicken.

Externe Kooperationspartner

Für externe Kooperationspartner können bei Bedarf Gitlab-Accounts angelegt werden. Dafür bitte eine Mail mit dem Namen, dem gewünschten Benutzernamen und der E-Mailadresse der Person an <service AT informatik DOT uni-bremen DOT de> senden. Achtung: der Nutzername muss einen Punkt ('.') enthalten, um Namenskonflikte mit FB3- und Uni-Accounts zu vermeiden (also z.B. otto.mustermann oder o.mustermann verwenden). Bei Angehörigen der Uni-Bremen aus anderen Fachbereichen etc. kann meistens der Uni-Account für die Nutzung von FB3-Diensten freigeschaltet werden. Siehe dazu die Accounts-Seite.

Gitlab-Accounts für Externe, die also nicht an einen Uni-Account gekoppelt sind, können keine eigenen Projekte oder Gruppen erstellen.

Löschung von Gitlab-Accounts

Wenn ein Uni-Account den Zugang zu FB3-Diensten verliert wird der zugehörige Gitlab-Account automatisch gesperrt. Falls der Account zu einem späteren Zeitpunkt wieder Zugang zu FB3-Diensten erhält wird der zugehörige Gitlab-Account automatisch bei der nächsten Anmeldung wieder entsperrt. Gesperrte Gitlab-Accounts die an einen Uni-Account gekoppelt sind werden vorgehalten bis der zugehörige Uni-Account gelöscht wird und dann ebenfalls gelöscht.

Externe Accounts werden nach einem Jahr Inaktivität automatisch deaktiviert und deren Besitzer:in via E-Mail darüber benachrichtigt. Der jeweilige Account kann durch das Anmelden bei Gitlab selbstständig wieder reaktiviert werden. Wenn ein externer Account für mehr als 30 Tage deaktiviert bleibt, wird er automatisch gelöscht.

Alle persönlichen Projekte (also Projekte im Namensraum des Accounts) werden zusammen mit dem Account gelöscht. Alle Beiträge, also Commits, Kommentare, Issues etc., werden nach der Löschung dem "Ghost"-Account übertragen. Siehe auch die Gitlab-Dokumentation zu dem Thema.

Falls der jeweilige Account einziger Besitzer einer Gruppe ist, wird die Gruppe auf einen zufälligen Account mit den nächst höheren Zugriffsrechten übertragen. Falls der jeweilige Account das einzige Mitglied der jeweiligen Gruppe ist wird diese gelöscht.

Accounts können auch selbstständig gelöscht werden. Das geht indem man oben links auf sein Profilbild klickt, dann "Edit Profile" und dann links unter "User settings" auf "Account".

Dienste/Gitlab (zuletzt geändert am 2024-10-02 11:55:19 durch manal)