Die Anmeldung bei GitLab über den Browser sollte so einfach wie immer sein, mit dem einzigen Unterschied, dass Sie zur Authentifizierung an die academiccloud umgeleitet werden.

Schwierigkeiten können auftreten, wenn Sie versuchen, über Git oder einen Git-Client auf GitLab zuzugreifen.

1. Nach der Änderung können Sie nicht mehr über HTTPS in Kombination mit Ihrem Account-Passwort auf Ihr Remote-Repository zugreifen. Es gibt verschiedene Möglichkeiten, dieses Problem zu lösen:
   Verwenden Sie ein SSH-Schlüsselpaar. Wir empfehlen Ihnen dringend, diese Methode zu verwenden! Wie man es einrichtet, können Sie hier nachlesen. Bei der ersten Anmeldung mit Ihrem neuen SSH-Schlüssel werden Sie aufgefordert, die Integrität des Servers zu überprüfen. Den Fingerabdruck finden Sie hier. Beachten Sie, dass Sie den Remote-Origin Ihrer lokalen Repositories ändern müssen, um die SSH-URL zu verwenden, entweder mit dem Befehl
   git remote set-url origin git@gitlab.gwdg.de:Path/to/project.git
   oder durch direktes Bearbeiten des url-Feldes in .git/config.
2. Verwenden Sie ein Token. In Ihren Kontoeinstellungen können Sie ein "persönliches Zugriffstoken" mit den von Ihnen benötigten Berechtigungen generieren. Diese Token haben eine maximale Lebensdauer von einem Jahr und Sie können sie wie ein Passwort verwenden, sobald Sie dazu aufgefordert werden. Es gibt auch Token, die in einer Gruppe oder in einem Projekt erstellt werden und normalerweise in speziellen Kontexten verwendet werden.
3. Ein Passwort setzen. Sie können auch ein Passwort innerhalb von GitLab festlegen. Wir empfehlen diese Methode nicht.

EN: How does the change to SSO-only affect me?

To log into GitLab using the browser, it should be simple as always with the only difference being that you will be redirected to the academiccloud for authentication.

Difficulties may arise when trying to access GitLab using git or a git client.

1. After the change you may not access your remote repository using HTTPS in combination with your account password anymore. There are different ways of solving that issue:
   Use an SSH keypair. We strongly suggest you to use this method! You may read on how to set it up here. At first login with your new SSH key, you will be asked to verify the integrity of the server. The fingerprint may be found here. Note that you will have to change the remote origin of your local repositories to use the SSH-url, either using the command
   git remote set-url origin git@gitlab.gwdg.de:Path/to/project.git
   or directly editing the url-field in .git/config.
2. Use a Token. In your account settings, you may generate a "personal access token" with the scopes you need. These tokens have a maximum lifetime of one year and you may use them like a password, once prompted for it. There are also token created in a group-context or in a project and are usually used in special contexts.
3. Set a password. You may also set a password inside GitLab. We don't suggest this method.