1083
Kommentar:
|
2392
|
Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
Zeile 11: | Zeile 11: |
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. | (!) '''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. |
Zeile 13: | Zeile 13: |
(!) '''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. | Bei Bedarf können auch Gitlab-Accounts für externe Benutzer angelegt werden. Dafür bitte eine Mail mit dem Namen, dem gewünschten Benutzernamen und der Mailadresse des Nutzers an <<MailTo(service AT informatik DOT uni-bremen DOT de)>> senden. Achtung: der Nutzername muss einen Punkt ('.') enthalten, um Namenskonflikte mit FB3-Accounts zu vermeiden (also z.B. otto.mustermann oder o.mustermann verwenden). (!) '''Hinweis:''' Bei Fragen oder Problemen mit Gitlab, bitte ein Ticket [[https://gitlab.informatik.uni-bremen.de/moenoel/gitlab/issues|im Gitlab-Projekt]] aufmachen. == Bekannte Probleme == * Bei der ersten Anmeldung mit einem LDAP-Account wird eine E-Mail mit einem Bestätigungslink versendet, der nicht funktioniert. ([[https://github.com/gitlabhq/gitlabhq/issues/5490|Gitlab-Issue #5490]]) Diese E-Mail kann einfach ignoriert werden. * Wenn man versucht, seine E-Mailadresse in Gitlab zu ändern, bekommt man eine E-Mail mit einem Bestätigungslink, der nicht funktioniert. ([[https://github.com/gitlabhq/gitlabhq/issues/5568|Gitlab-Issue #5568]]) Als Workaround kann man auf der Seite mit dem Fehler ''Confirmation token can't be blank'' seine alte E-Mailadresse in das Textfeld eingeben und dann "Resend confirmation instructions" klicken. Der link in der darauf folgenden Mail sollte dann funktionieren. * Beim Pushen via HTTPS darf das Changeset nicht gößer als 5MB sein. Das ist ein Limit das sowohl vom Webserver als auch von Gitlab durchgesetzt wird. SSH hat diese Limitierung nicht. |
Gitlab
Der FB3 bietet den Github-Klon Gitlab unter folgender URL an:
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.
Für den Zugriff auf von Gitlab verwaltete Repositories wird ein SSH-Schlüsselpaar benötigt. Der Public-Key kann in Gitlab via "My Profile -> SSH Keys" installiert werden.
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.
Bei Bedarf können auch Gitlab-Accounts für externe Benutzer angelegt werden. Dafür bitte eine Mail mit dem Namen, dem gewünschten Benutzernamen und der Mailadresse des Nutzers an <service AT informatik DOT uni-bremen DOT de> senden. Achtung: der Nutzername muss einen Punkt ('.') enthalten, um Namenskonflikte mit FB3-Accounts zu vermeiden (also z.B. otto.mustermann oder o.mustermann verwenden).
Hinweis: Bei Fragen oder Problemen mit Gitlab, bitte ein Ticket im Gitlab-Projekt aufmachen.
Bekannte Probleme
Bei der ersten Anmeldung mit einem LDAP-Account wird eine E-Mail mit einem Bestätigungslink versendet, der nicht funktioniert. (Gitlab-Issue #5490) Diese E-Mail kann einfach ignoriert werden.
Wenn man versucht, seine E-Mailadresse in Gitlab zu ändern, bekommt man eine E-Mail mit einem Bestätigungslink, der nicht funktioniert. (Gitlab-Issue #5568) Als Workaround kann man auf der Seite mit dem Fehler Confirmation token can't be blank seine alte E-Mailadresse in das Textfeld eingeben und dann "Resend confirmation instructions" klicken. Der link in der darauf folgenden Mail sollte dann funktionieren.
- Beim Pushen via HTTPS darf das Changeset nicht gößer als 5MB sein. Das ist ein Limit das sowohl vom Webserver als auch von Gitlab durchgesetzt wird. SSH hat diese Limitierung nicht.