So verwenden Sie den personlichen Zugangs-Token in Git-Klon
 
KLICKE HIER
 

Plesk Documentation and Help Portal
GitLab-Tutorial: Installation und erste Schritte in GitLab
Table of Contents
Bitcoin private key list Use Ansible to clone & update private git.
 
KLICKE HIER
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Dieses Szenario kann hilfreich sein, wenn Sie bereits mit einem Remote-Repository in GitHub github. Sie senden die Anderungen in das Remote-Repository. Plesk ruft die Anderungen dann mithilfe von Pull vom Remote-Repository ab und stellt sie fur Ihre Website bereit. Sie konnen ein Git-Repository erstellen, das ein Klon eines Remote-Repositorys ist. Wenn Sie bereits Git-Repositorys fur Ihre Domain erstellt haben, klicken Sie auf die Schaltflache Repository hinzufugen. Der Bildschirm fur die Erstellung eines neuen Repositorys wird angezeigt:. Geben Sie als ersten Schritt an, wo Ihr Code gespeichert ist. Wahlen Sie in diesem Fall Git-Remote-Hosting wie GitHub oder Bitbucket aus. Geben Sie den Pfad zu Ihrem Remote-Repository in Bitbucket oder GitHub ein. Sie konnen ihn im HTTPS- oder SSH-Format eingeben. Wenn Sie ein privates Git-Repository einsetzen, mussen Sie sich mit einem in Plesk generierten SSH-Schlussel authentifizieren. Weitere Details finden Sie unter Verwenden der SSH-Verbindung. Wenn Sie den Bereitstellungsmodus andern mochten, klicken Sie auf den Link automatisch bereitgestellt und wahlen Sie eine andere Option im Fenster Bereitstellungsmodus aus. Wenn Automatische Bereitstellung aktiviert ist, mussen Sie Dateien vom Git-Repository fur Ihr Hosting manuell bereitstellen. Wenn Keine Bereitstellung ausgewahlt ist, werden die Dateien nicht auf der Produktionswebsite bereitgestellt. Sie konnen diese Option zum Beispiel einsetzen, wenn Sie Code lediglich speichern oder austauschen mochten. Zielverzeichnis fur die Veroffentlichung von Git-Dateien auf Ihrer Website. Klicken Sie auf den Verzeichnisnamen, um ein anderes vorhandenes Verzeichnis auszuwahlen. Klicken Sie auf OK. Plesk versucht nun, eine Verbindung mit dem Remote-Repository herzustellen und es zu klonen. Nachdem der Klonvorgang erfolgreich abgeschlossen wurde, wird das neue Repository auf der Seite Git angezeigt. Der Name des Remote-Repositorys wird als Name des Git-Repositorys verwendet. Sie konnen das Repository spater umbenennen. Weitere Informationen finden Sie im Abschnitt Umbenennen oder Entfernen von Repositorys. Das erstellte Repository ist ein Klon des Remote-Repositorys. Anderungen werden daraus abgerufen und im Zielverzeichnis bereitgestellt. Sie konnen SSH fur die Verbindung zum Remote-Git-Repository verwenden. Wenn Sie ein neues Repository hinzufugen, geben Sie in diesem Fall die URL des Remote-Repositorys im SSH-Format an. Das Feld Offentlicher SSH-Schlussel wird angezeigt und enthalt den offentlichen SSH-Schlussel, der automatisch von Plesk generiert wird. Fugen Sie den SSH-Schlussel in den Einstellungen des Remote-Git-Repositorys hinzu. Weitere Informationen zum Hinzufugen von SSH-Schlusseln finden Sie in der Dokumentation von GitHub und Bitbucket. Die Anderungen vom Remote-Repository werden in das geclonte Git Repository verschoben. Nachdem eine Datei mithilfe von Push auf ein Repository ubertragen wurde, wird sie damit sofort im Zielverzeichnis bereitgestellt. Sie konnen diesen Modus bei Bedarf deaktivieren. Weitere Informationen finden Sie im Abschnitt Auswahlen des Bereitstellungsmodus. Wenn Sie zum Beispiel die Datei index. Willkommen auf meiner Website. Es ist ublich, mit mehreren Verzweigungen in einem Repository zu arbeiten. Es kann jedoch nur jeweils eine Verzweigung gleichzeitig aktiv sein. Danach konnen aus zwei oder mehreren aktiven Verzweigungen auswahlen. Nachdem Sie eine neue Verzweigung ausgewahlt und auf OK geklickt haben, wird die neue aktive Verzweigung in Plesk angezeigt. Sie konnen einen Bereitstellungsmodus fur Ihr Repository auswahlen. Automatische Bereitstellung. Wahlen Sie diese Option aus, wenn Plesk umgehend alle Anderungen fur die Produktionswebsite bereitstellen soll. Manuelle Bereitstellung. In diesem Fall mussen Sie Dateien manuell bereitstellen. Keine Bereitstellung Repository-Hosting. In diesem Fall werden die Dateien nicht auf der Produktionswebsite bereitgestellt. Sie konnen diese Option verwenden, wenn Sie das Git-Repository zum Beispiel lediglich zum Speichern und Austauschen von Code einsetzen mochten. Mit Webhooks konnen Sie Ihr Remote-Repository konfigurieren, sodass Plesk zu bestimmten Ereignissen, wie dem Ubertragen von Dateien mithilfe von Push in das Repository, benachrichtigt wird. Weitere Details zur Verwaltung von Webhooks finden Sie in der Dokumentation von Bitbucket oder GitHub. Die Webhook-URL wird automatisch fur das Repository generiert. Um die Webhook-URL anzuzeigen, klicken Sie auf Repository-Einstellungen. Kopieren Sie die Webhook-URL, um sie Ihrem Remote-Repository hinzuzufugen, und legen Sie fest, dass der Webhook ausgelost wird, wenn Dateien mithilfe von Push in das Repository ubertragen werden. Damit wird Plesk informiert, wenn eine Datei mithilfe von Push in das Remote-Repository ubertragen wird. Die Dateien werden dann automatisch per Pull abgerufen. Sie mussen also nicht auf die Schaltflache Updates per Pull abrufen klicken. Wenn eine automatische Bereitstellung fur ein Repository konfiguriert ist, werden die abgerufenen Dateien umgehend auf der Website bereitgestellt. Bemerkung: Wenn Sie Plesk uber ein selbstsigniertes Zertifikat schutzen, funktioniert der Webhook moglicherweise nicht, wenn er uber das HTTPS-Protokoll aufgerufen wird. Sollte dies der Fall sein, geben Sie stattdessen das HTTP-Protokoll in der Webhook-URL an. In vielen Fallen ist die Veroffentlichung von Dateien nicht der einzige Schritt fur die Website-Bereitstellung. Wenn Sie zum Beispiel ein Framework wie Ruby on Rails verwenden, mussen Sie moglicherweise nach der Bereitstellung Daten migrieren. In Plesk konnen Sie einen oder mehrere zusatzliche Befehle festlegen, die ausgefuhrt werden, wenn Dateien auf der Website bereitgestellt werden. Geben Sie einen oder mehrere Shell-Befehle ein, die ausgefuhrt werden sollen, wenn Inhalte aus dem Repository bereitgestellt werden. Geben Sie jeden Befehl in einer neuen Zeile ein. Bemerkung: Wenn SSH fur den Systembenutzer der Domain unter Linux nicht zulassig ist, werden alle angegebenen Befehle in einer chroot-Umgebung ausgefuhrt. Fur jedes Commit werden die folgenden Informationen angezeigt: Zeit, eindeutige ID, Benutzername sowie eine Commit-Nachricht. Klicken Sie auf Aktualisieren , um das Commit-Protokoll zu aktualisieren. Sie konnen das Commit-Protokoll mithilfe von beliebigen Parametern filtern. Sie konnen zum Beispiel nach Commits suchen, die von einem bestimmten Benutzer stammen und an einem bestimmten Datum durchgefuhrt wurden. Klicken Sie auf das Symbol und geben Sie die Suchparameter ein. Klicken Sie dann auf Suchen. Sie konnen Ihr Repository jederzeit umbenennen. Wenn Sie zum Beispiel ein Repository fertiggestellt haben, konnen Sie den Repository-Namen von website-dev in website andern, um Verwechslungen zu vermeiden. Wenn Sie das Repository entfernen mochten, klicken Sie im Bildschirm Git auf den Link Repository entfernen. In diesem Fall wird nur das Repository entfernt. Das Zielverzeichnis mit den veroffentlichten Daten ist davon nicht betroffen. Yes No. Thank you for the feedback! Please tell us if we can improve further. Sorry to hear that. Please tell us how we can improve. Partners Blog Contact us. Solutions Developers Content Managers Agencies IT Admins Infrastructure Providers Shared hosters VPS and Dedicated Hosters Hyperscalers Pricing Help Center More Extensions University Try For Free. Plesk Documentation and Help Portal. Plesk Obsidian Plesk Obsidian Plesk Onyx Plesk Verwenden von Git-Remote-Hosting Video-Tutorial ansehen Dieses Szenario kann hilfreich sein, wenn Sie bereits mit einem Remote-Repository in GitHub github. Klonen von Git-Repositorys Sie konnen ein Git-Repository erstellen, das ein Klon eines Remote-Repositorys ist. Is this page helpful? Yes No Thank you for the feedback! Industry Partners: Automaticc Docker Virtuozzo Amazon Microsoft Microsoft Azure Red Hat Alibaba Cloud. Follow us: Open the Plesk page on Facebook Open the Plesk feed on Twitter Open the Plesk page on LinkedIn Watch the Plesk videos on YouTube Open the Plesk opensource projects on GitHub. KNOWLEDGE BASE. All rights reserved. Plesk and the Plesk logo are trademarks of Plesk International GmbH.
GitLab ist ein beliebtes Versionskontrollsystem VCS , das vor allem in der Software-Entwicklung zum Einsatz kommt. Der Hauptvorteil von GitLab ist, dass es die teamubergreifende, agile Software-Entwicklung erheblich erleichtert. Mehrere Entwickler konnen gleichzeitig an einem Projekt arbeiten und beispielsweise verschiedene Features parallel bearbeiten. Durch die kontinuierliche Protokollierung aller Vorgange wird sichergestellt, dass Anderungen am Code nicht verloren gehen oder aus Versehen uberschrieben werden. GitLab basiert auf der weitverbreiteten Versionsverwaltungs-Software Git. Git ist als Open-Source-Software frei zuganglich und zahlt zu den am haufigsten genutzten Versionskontrollsystemen uberhaupt. GitLab zahlt zu den prominentesten GitHub-Alternativen als GitHub von Microsoft ubernommen wurde, wechselten zahlreiche Benutzer zu GitLab. GitLab ist eine webbasierte Anwendung mit einer grafischen Benutzeroberflache, lasst sich aber auch auf dem eigenen Server installieren. Das Kernstuck von GitLab bilden Projekte, in denen der zu bearbeitende Code in digitalen Archiven, den sogenannten Repositories, gespeichert wird. In diesen Projektverzeichnissen finden sich samtliche Inhalte und Dateien eines Software-Projekts, also z. JavaScript-, HTML-, CSS- oder PHP-Dateien. Anderungen am Code werden in der Folge immer zunachst mittels sogenannter Commits vorgenommen. Nach der Bearbeitung werden die Anderungen dann im Haupt-Repository eingespeist. Ein weiteres wichtiges Feature ist das Branching. Diese Funktion eignet sich vor allem dann, wenn neue Funktionen eingefuhrt und getestet werden sollen, ohne dabei die Entwicklung der Hauptlinie zu beeintrachtigen. GitLab ist dank eingebauter Continuous Delivery und Continuous Integration gut fur die Arbeit mit Branches geeignet und bietet verschiedene nutzliche Features wie Merge-Requests und das Erstellen von Forks. Daher zahlt die Software zu den beliebtesten Continuous-Integration-Tools. GitLab basiert auf einem offenen, frei zuganglichen Quellcode. Beide Versionen basieren auf der Open-Source-Lizenz MIT. Die Enterprise-Edition hat im Vergleich zur kostenlosen Community-Edition einige zusatzliche Funktionen. GitLab bietet hierbei drei verschiedene Abo-Modelle an, je nach Umfang der gewunschten Zusatz-Features. Zudem lasst sich die Enterprise-Edition kostenlos nutzen, dabei erhalt man allerdings nur die Basis-Funktionen aus der Community-Edition. Dieses Modell eignet sich, wenn man eventuell zu einem spateren Zeitpunkt die Enterprise-Variante installieren mochte, da der Umstieg nur einen Mausklick erfordert. Im Unterschied dazu ist es wesentlich zeitaufwendiger, von der Community- auf die Enterprise-Edition umzusteigen. Fur die Nutzung von GitLab empfiehlt sich grundsatzlich eine Linux-Umgebung. Wie Git ist die GitLab-Software von Haus aus auf Linux zugeschnitten. Eine Installation und Nutzung unter Windows ist hingegen nur mit Einschrankungen moglich — hierfur kann eine virtuelle Maschine verwendet werden, die eine Linux-Umgebung auf dem Windows-Rechner simuliert. Unkomplizierter ist die Installation des sogenannten GitLab-Runners, der auch benotigt wird, um die Continuous Integration von GitLab zu nutzen. Wer sich das sparen mochte, kann GitLab auch als Software as a Service SaaS auf einem Cloud-Server installieren und verwenden wird von diversen Providern angeboten. So lasst sich die Software innerhalb kurzester Zeit, ohne aufwendige Installation und bereits fertig konfiguriert einsetzen. Der GitLab-Runner wird in der Regel mitinstalliert, sodass man direkt loslegen kann. Die Server laufen mit allen gangigen Linux-Distributionen Ubuntu, Debian sowie optional mit Windows. Um GitLab auf einem Linux-Server zu installieren, benotigen Sie zunachst die Git-Software. Wie Sie Git auf dem Server installieren, erklaren wir in unserem Git-Tutorial. Dieses Paket enthalt alle benotigten Dateien und wird fur die Installation von GitLab in Linux empfohlen. Dazu verwenden Sie diese Befehle:. Wahrend der Installation von Postfix erscheint ein Konfigurationsbildschirm. Im nachsten Schritt installieren Sie das Omnibus-Paket von GitLab. Danach installieren Sie GitLab mit dem Befehl apt. In diesem Beispiel-Code wird GitLab in der Community Edition CE installiert:. Nach der Eingabe ladt der Server das GitLab-Paket selbststandig herunter und installiert es. Nach bestatigter Installation sollten Sie noch die Haupt-URL konfigurieren , mit der Sie auf den GitLab-Server zugreifen. Andern Sie die URL GitLab. In der Datei GitLab. Beim ersten Start offnet sich ein Bildschirm, in dem Sie das Passwort zurucksetzen mussen. Die Einstellungen lassen sich spater in den Profileinstellungen andern. GitLab selbst lasst sich nicht auf einem Windows-Server installieren , allerdings kann man mit einem sogenannten GitLab-Runner von Windows aus auf eine bereits eingerichtete GitLab-Installation auf einem Linux-Server zugreifen. Auf diese Weise kann der Runner Anfragen und Arbeitsauftrage an GitLab senden. Fur die Installation von GitLab auf einem Windows-Server wird zunachst Git fur Windows benotigt. Sie konnen die Software auf der offiziellen Website herunterladen. Ebenfalls notwendig ist ein sogenanntes Token, das dem Runner Zugriff auf die GitLab-Instanz gewahrt. Im nachsten Schritt laden Sie sich die Binardatei x86 oder amd64 fur den GitLab-Runner fur Windows herunter und erstellen einen Ordner an einem beliebigen Ort in Ihrem System, z. Um den GitLab-Runner zu registrieren, geben Sie nun den folgenden Befehl in die Kommandozeile ein:. Im nachsten Fenster geben Sie das Token ein , um den Runner mit der GitLab-Installation zu verknupfen. Diese Option lasst sich aber auch spater im Interface von GitLab andern. Das nachste Fenster bietet die Moglichkeit, Tags festzulegen. Diese Tags eignen sich vor allem dann, wenn ein Runner mehrere Projekte gleichzeitig bearbeiten soll. Mit den Tags konnen Sie genau festlegen, welche Projekte jeweils zugewiesen werden. Shell ist der executor , der am einfachsten zu konfigurieren ist und die Standard-Option, wenn Sie einen GitLab-Runner neu unter Windows registrieren. Um den GitLab-Runner zu installieren, konnen Sie entweder den eingebauten System-Account nutzen oder einen eigenen Benutzer-Account. Navigieren Sie in der PowerShell bzw. Eingabeaufforderung zu dem Verzeichnis, das Sie oben angelegt haben , und geben Sie nacheinander folgende Befehle ein:. Nach der Installation von GitLab lasst sich die grafische Benutzeroberflache unter der vorher festgelegten URL aufrufen. Der Benutzername und das dazugehorige Passwort lassen sich im Admin-Bereich auch nachtraglich andern. Beachten Sie, dass das Blockieren eines Nutzers verhindert, dass dieser sich anmeldet, wahrend alle Daten beispielsweise Commits erhalten bleiben. Das vollstandige Entfernen loscht auch die mit dem Nutzer verknupften Informationen — diese Option sollte daher nur mit Bedacht ausgewahlt werden. Der wichtigste Schritt besteht zunachst darin, ein neues Projekt anzulegen. Dabei wird zwischen folgenden Stufen unterschieden:. Danach konnen Sie es direkt mit einem lokalen Git-Repository verbinden. Falls Sie noch keine lokale Kopie des Repositorys auf dem Server haben, konnen Sie das an dieser Stelle nachholen, indem Sie folgenden Befehl eingeben:. Nachdem das Repository mit dem ersten Push initialisiert wurde, lassen sich alle Informationen zu dem Repository auf der Projektseite einsehen. Dort konnen Sie sich auch die letzten Aktivitaten anzeigen lassen und im Commit-Log nachvollziehen, wer wann welche Anderungen am Code vorgenommen hat. Der einfachste Weg, zusammen mit anderen Nutzern an einem GitLab-Projekt zu arbeiten, besteht darin, den Nutzern direkten Push-Zugriff auf das Repository zu gewahren. Dazu fugen Sie die Nutzer, wie oben erlautert, zu einem Projekt hinzu und statten sie mit den entsprechenden Zugriffsrechten aus. Alternativ lassen sich auch sogenannte Merge-Requests benutzen: Dadurch lasst sich der Zugriff starker kontrollieren, da der Master-Branch nicht direkt bearbeitet wird. Stattdessen konnen Nutzer einen Branch erstellen , ihre Commits eintragen und dann eine Merge-Anfrage stellen, um den Branch mit dem Master oder einem anderen Branch zu verbinden. Mit dieser Funktion hat der Eigentumer des Projekts die volle Kontrolle daruber, was jeweils in das Repository gelangt, kann aber gleichzeitig unbekannten Nutzern ermoglichen, ihre Beitrage einzureichen. Als ausgereiftes Kollaborationstool verfugt GitLab uber zahlreiche Funktionen , die die Zusammenarbeit im Team erleichtern, beispielsweise Projekt-Wikis oder Tools zur Systemwartung. Systeme zur Versionsverwaltung wie Bazaar, Mercurial, SVN oder Git schaffen bei der Entwicklung von Software-Projekten den optimalen Uberblick uber die Anderungen aller Beteiligten. GitLab und GitHub sind zwei beliebte Plattformen zur Versionskontrolle, die die Software-Entwicklung im Team erleichtern sollen. Grundsatzlich bieten beide Tools einen sehr ahnlichen Funktionsumfang, allerdings gibt es auch deutliche Unterschiede zwischen GitHub und GitLab. In diesem Vergleich klaren wir, in welchen Anwendungsfallen GitHub oder GitLab eine bessere Wahl darstellen. Worin liegt der Unterschied zwischen Top-Level-Domain und Second-Level-Domain? Wir erklaren die wichtigsten Domainarten Erfahren Sie, wie sie sich in wenigen Schritten eine eigene E-Mail-Adresse mit personlicher Domain sichern Was muss man genau tun, um eine Domain zu verkaufen IONOS Digitalguide Websites Web-Entwicklung Gitlab-Tutorial. Wie funktioniert GitLab? Lizenz und Nutzungsmodelle von GitLab GitLab basiert auf einem offenen, frei zuganglichen Quellcode. GitLab auf Linux-Server installieren Um GitLab auf einem Linux-Server zu installieren, benotigen Sie zunachst die Git-Software. GitLab installieren Im nachsten Schritt installieren Sie das Omnibus-Paket von GitLab. GitLab unter Windows installieren GitLab selbst lasst sich nicht auf einem Windows-Server installieren , allerdings kann man mit einem sogenannten GitLab-Runner von Windows aus auf eine bereits eingerichtete GitLab-Installation auf einem Linux-Server zugreifen. Git fur Windows und GitLab-Runner-Binardaten herunterladen Fur die Installation von GitLab auf einem Windows-Server wird zunachst Git fur Windows benotigt. Den GitLab-Runner in Windows registrieren Um den GitLab-Runner zu registrieren, geben Sie nun den folgenden Befehl in die Kommandozeile ein:. GitLab-Runner unter Windows installieren und starten Um den GitLab-Runner zu installieren, konnen Sie entweder den eingebauten System-Account nutzen oder einen eigenen Benutzer-Account. GitLab-Tutorial: Erste Schritte in GitLab Nach der Installation von GitLab lasst sich die grafische Benutzeroberflache unter der vorher festgelegten URL aufrufen. Ein neues Projekt erstellen Der wichtigste Schritt besteht zunachst darin, ein neues Projekt anzulegen. Dabei wird zwischen folgenden Stufen unterschieden: Privat : Nur Sie selbst haben Zugriff. Intern : Jeder angemeldete Nutzer hat Zugriff. Offentlich : Auf das Projekt kann jeder Nutzer ohne vorherige Authentifizierung zugreifen. Mit GitLab zusammen im Team arbeiten Der einfachste Weg, zusammen mit anderen Nutzern an einem GitLab-Projekt zu arbeiten, besteht darin, den Nutzern direkten Push-Zugriff auf das Repository zu gewahren. Passende Produkte. IThelps - CoronaVirus. Beliebte Artikel Domaintypen Worin liegt der Unterschied zwischen Top-Level-Domain und Second-Level-Domain? Wie kauft man eine Domain? Eine Schritt fur Schritt Anleitung zur Wunschadresse Die eigene E-Mail-Domain Erfahren Sie, wie sie sich in wenigen Schritten eine eigene E-Mail-Adresse mit personlicher Domain sichern Domain-Wert ermitteln So finden Sie heraus, wie viel Ihre Domain wert ist Mit Domains Geld verdienen? Jetzt fur unseren Newsletter anmelden und gratis Online-Marketing Whitepaper fur lokale Anbieter sichern!
Table of Contents. When a user's ID is deleted or the right to use GitLab removed, the user will be locked out of LRZ GitLab and will not be able to log in again. Projects and groups that belong to this user are still preserved for three months in GitLab and for three additional months in the backups total 6 months. After that, they are permanently deleted. If one or more groups or projects of the user are to remain active, they must be transferred to another active GitLab user before the User ID is deleted. In order to keep a group active, simply enter another user in the member list of the group with the role owner. The same applies to projects within the group: please enter at least one active user as owner in each project. If a user's personal project is to remain active, we recommend moving the project to a group. The group can also be created specifically for this purpose. After moving the project to the group, please enter the still active GitLab user as one of the owners in the group and the project. Especially in the case of public projects we recommend organizing the projects into groups. LRZ generates daily backups of the complete GitLab instance. These backups are stored on a separate storage system and regularly checked for integrity. However, these backups only serve to restore GitLab after a critical error. The entire GitLab instance is reset to the time of the backup. Restoring individual projects during operation is currently not possible. Recovering repositories that have been deleted by the user is possible within seven days, provided the project already exists in the backup. However, only the Git repository itself can be restored, whereas issues, merge requests and snippets will be lost after deleting the project. Yes, LRZ GitLab supports two-factor authentication 2FA. This can be generated either with an app such as privacyIDEA Authenticator installed on a smartphone or with a U2F device such as Yubikey. The use of 2FA is a voluntary possibility to increase the security of your GitLab account. Then scan the displayed QR code using your app and enter the newly generated one-time password. GitLab automatically registers the app and shows a list of recovery codes. These codes should be kept in a safe place. They allow you to regain access to your account if, for example, you lose your smartphone and thus the app. A U2F device can be registered on the same page in addition to the app as a second 2FA method. You can then use your device instead of the app. Unfortunately, it is not possible to register a 2FA device in GitLab without first registering an app. Please note: The second 2FA-password is only asked when logging in on the LRZ GitLab website. If you have added an SSH key to your account, access using the key is still possible without additional passwords. Authentication on the command line e. Please add an SSH key to your account to access your repositories on the command line. Detailed instructions are available on the GitLab website. If you have lost both your 2FA app or device and the recovery codes, please contact us through the LRZ Servicedesk. The fingerprints of the LRZ GitLab can be found on its instance configuration page. Yes, this is possible with GitInvited. GitInvited was developed to give external cooperation partners access to GitLab. Each user who logs in to GitLab using an LDAP account for example, LRZ, TUM, or LMU identifier has a contingent of 20 invitations. These invitations can be sent to any email address via GitInvited. The email address must not be registered in GitLab prior to the invitation. User accounts created through this method have the status external user in LRZ GitLab. That means among other things, that they are not able to create their own projects or groups. See GitLab Permissions Dokumentation for details. The user who sent the invitation hereinafter referred to as the "Parent User" is linked to the invited user "Child User" in the GitInvited database. This ensures that external users can be contacted by LRZ through their Parent Users. If a Parent User is blocked in GitLab for example because their ID has expired , all Child Users they are responsible for will also be blocked. This can only be prevented if those users are migrated to a new Parent User. This can only be done by the GitLab administrators. Please ask the new Parent User to contact the LRZ Servicedesk. Although GitInvited and GitLab can be reached under different URLs, the services communicate with each other. When logging in for the first time, you will be redirected between the applications via the OAuth login procedure. If your project includes large or very dynamic files, the Git repository can get large. This not only affects the storage space and download times, but also causes additional load on our servers. Especially if you work with binary files and have forgotten to activate the Git Large File Storage LFS , reducing the size of the repository is often necessary. The size of the project including the repository and LFS files is displayed on the project page. Rule of thumb: If the repository is larger than 1 GB without Git LFS, its size should be reduced. Unfortunately, it is not enough to simply delete unnecessary files in the project directory. This doesn't make the repository smaller because the old versions of the files are still managed in Git. The simplest and in most cases the recommended method is to recreate the project and to make sure that binary files are managed using Git LFS:. Upload the files to GitLab git add. This method will not preserve the version history of the files and associated, commit messages, branches and issues. In this method the version history is partially rewritten with tools such as git-filter-repo or BFG Repo Cleaner. For example, source code files can be retained with their entire versioning while old versions of the large binary files are deleted. T he details of how to use these tools depend on how the files are organized in the project. Below is an example of how the steps in this method may look like:. With this method, the versioning of files, branches and tags are retained. Branch requests on the GitLab web interface are lost, but because branches still exist, new branch requests can be easily created. Issues, comments, snippets and other content that is not part of the Git repository itself but is stored in the GitLab database are not retained. Issues can be exported separately as CSV files and re-imported into the new project. However, c omments in the issues are not retained. Important: Also when using this method please make sure to create a new project with a new path and push the new size-reduced repository there. If you push it over the old project, the old versions of the files will still be retained as internal references on the server. For advanced users there is a method described on the GitLab page which rewrites the repository within the project and thus preserves all other data such as issues, comments, etc. It's relatively complicated and we don't recommend it unless you are experienced with Git and GitLab. If you want to try this method, please ensure that all steps, including the repository cleanup with the commit. Furthermore it is important that all members of the project delete their local copies and re-clone the project. Otherwise their next git push will upload the old versions of the files, commits etc. Page tree. Browse pages. A t tachments 2 Page History People who can view. Page Information Resolved comments View in Hierarchy View Source Export to PDF Export to Word. Pages … Willkommen Webhosting und Webservices GitLab. Jira links Languages. Created by lrz-api1 , last modified on June No labels. Impressum Datenschutzerklarung.