|
Größe: 460
Kommentar:
|
Größe: 3640
Kommentar:
|
| Gelöschter Text ist auf diese Art markiert. | Hinzugefügter Text ist auf diese Art markiert. |
| 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. | Anmelden kann sich jeder FB3-Benutzer mit einem FB3 oder [[Accounts|Uni-Account]] (über den LDAP-Tab) ([[Accounts|weitere Infos zu Accounts]]). Beim ersten Login wird automatisch ein Gitlab-Account angelegt. Dabei wird für FB3-Accounts als initiale E-Mailadresse, an die Benachrichtigungen versendet werden, {{{<Benutzer>@fb3.uni-bremen.de}}} gesetzt. Bei Uni-Accounts wird die {{{@uni-bremen.de}}} Adresse benutzt. |
| Zeile 9: | Zeile 9: |
| Bei Bedarf können auch Accounts für externe Benutzer angelegt werden. Dafür bitte eine Mail an <<MailTo(service AT informatik DOT uni-bremen DOT de)>> senden. | Jeder Benutzer kann Standardmäßig bis zu 10 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/moenoel/gitlab/issues|Gitlab-Projekt]] erstellen. Für den Zugriff auf von Gitlab verwaltete Repositories via SSH wird ein [[SSH|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. Der RSA Fingerprint für den Server lautet '''9b:1e:c6:c6:78:69:14:be:e9:5b:e7:24:09:32:78:47'''. Für Kooperationspartner, die nicht dem FB3 angehören, können bei Bedarf Gitlab-Accounts 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- und Uni-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 == * --(Beim Pushen via HTTPS darf das Changeset nicht größer als 20MB sein. Das ist ein Limit das sowohl vom Webserver als auch von Gitlab durchgesetzt wird. SSH hat diese Limitierung nicht.)-- (Stimmt nicht mehr seit der Einführung von [[https://gitlab.com/gitlab-org/gitlab-workhorse|Gitlab-Workhorse]]) * --(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.))-- ([[https://github.com/gitlabhq/gitlabhq/commit/2c4e3e001f2e3b22546d9a0288ca7d2d7121fff1|Fixed]]) * --(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.)-- (LDAP-Benutzer können ihre primäre E-Mailadresse nicht mehr selbst ändern.) * --(Das Clonen von großen Repositories über HTTPS bricht nach einer Weile mit einer Fehlermeldung ab ([[https://gitlab.com/gitlab-org/gitlab-ce/issues/232|Gitlab-Issue #232]]). Als Workaround muss man zumindest für das initiale Clonen auf SSH ausweichen.)-- ([[https://gitlab.com/gitlab-org/gitlab-ce/issues/232#note_2435339|Fixed]]) |
Gitlab
Der FB3 bietet den Github-Klon Gitlab unter folgender URL an:
Anmelden kann sich jeder FB3-Benutzer mit einem FB3 oder Uni-Account (über den LDAP-Tab) (weitere Infos zu Accounts). Beim ersten Login wird automatisch ein Gitlab-Account angelegt. Dabei wird für FB3-Accounts als initiale E-Mailadresse, an die Benachrichtigungen versendet werden, <Benutzer>@fb3.uni-bremen.de gesetzt. Bei Uni-Accounts wird die @uni-bremen.de Adresse benutzt.
Jeder Benutzer kann Standardmäßig bis zu 10 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. 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.
Der RSA Fingerprint für den Server lautet 9b:1e:c6:c6:78:69:14:be:e9:5b:e7:24:09:32:78:47.
Für Kooperationspartner, die nicht dem FB3 angehören, können bei Bedarf Gitlab-Accounts 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- und Uni-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
Beim Pushen via HTTPS darf das Changeset nicht größer als 20MB sein. Das ist ein Limit das sowohl vom Webserver als auch von Gitlab durchgesetzt wird. SSH hat diese Limitierung nicht. (Stimmt nicht mehr seit der Einführung von Gitlab-Workhorse)
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.) (Fixed)
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. (LDAP-Benutzer können ihre primäre E-Mailadresse nicht mehr selbst ändern.)
Das Clonen von großen Repositories über HTTPS bricht nach einer Weile mit einer Fehlermeldung ab (Gitlab-Issue #232). Als Workaround muss man zumindest für das initiale Clonen auf SSH ausweichen. (Fixed)