Unterschiede zwischen den Revisionen 9 und 15 (über 6 Versionen hinweg)
Revision 9 vom 2014-03-04 09:29:54
Größe: 2290
Autor: moenoel
Kommentar:
Revision 15 vom 2015-10-31 12:07:53
Größe: 3527
Autor: moenoel
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. Dabei wird als initiale E-Mailadresse, an die Benachrichtigungen versendet werden, {{{<Benutzer>@fb3.uni-bremen.de}}} gesetzt. Anmelden kann sich jeder 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:
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. 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 [[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.
Zeile 13: Zeile 15:
Bei Bedarf können auch Accounts für externe Benutzer angelegt werden. Dafür bitte eine Mail mit dem Namen, dem gewünschten Benutzernamen (muss einen Punkt (.) enthalten, um Namenskonflikte zu vermeiden) und einer gültigen E-Mailadresse, an <<MailTo(service AT informatik DOT uni-bremen DOT de)>> senden.
Der RSA Fingerprint für den Server lautet '''9b:1e:c6:c6:78:69:14:be:e9:5b:e7:24:09:32:78:47'''.

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- und Uni-Accounts zu vermeiden (also z.B. otto.mustermann oder o.mustermann verwenden).
Zeile 20: Zeile 25:
 * 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.
 * 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.
 * --(
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 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.

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- 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.
  • 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)

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