|
Größe: 3640
Kommentar:
|
← Revision 32 vom 2024-10-02 11:55:19 ⇥
Größe: 3975
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 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. | 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: |
| 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. | 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: |
| 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. |
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 16: | Zeile 14: |
| Der RSA Fingerprint für den Server lautet '''9b:1e:c6:c6:78:69:14:be:e9:5b:e7:24:09:32:78:47'''. | 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'''. |
| Zeile 18: | Zeile 16: |
| 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. |
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'''. |
| Zeile 23: | Zeile 19: |
| == Bekannte Probleme == | 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. |
| Zeile 25: | Zeile 21: |
| * --(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]]) |
== 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".