Skip to content

Commit 189dd99

Browse files
authored
pull request 1504 (#179)
* pull request 1504
1 parent 9917116 commit 189dd99

File tree

1 file changed

+20
-22
lines changed

1 file changed

+20
-22
lines changed

book/04-git-server/sections/gitlab.asc

Lines changed: 20 additions & 22 deletions
Original file line numberDiff line numberDiff line change
@@ -1,27 +1,25 @@
11
=== GitLab
22

33
(((Server-Repositorys, GitLab)))(((GitLab)))
4-
GitWeb ist allerdings ziemlich einfach.
4+
GitWeb ist allerdings ziemlich einfach gehalten.
55
Wenn Sie nach einem moderneren, voll ausgestatteten Git-Server suchen, gibt es einige Open-Source-Lösungen, die Sie stattdessen installieren können.
6-
Da GitLab eines der beliebtesten ist, werden wir uns mit der Installation im Detail befassen und es als Beispiel verwenden.
7-
Dies ist etwas komplexer als die GitWeb-Option und erfordert wahrscheinlich mehr Wartung, aber es ist eine viel umfassendere Lösung.
6+
Da GitLab einer der beliebtesten ist, werden wir uns mit der Installation im Detail befassen und es als Beispiel verwenden.
7+
Dies ist etwas schwieriger als die GitWeb-Option und erfordert mehr Wartung, aber es ist eine viel umfassendere Lösung.
88

99
==== Installation
1010

1111
GitLab ist eine datenbankgestützte Webanwendung, so dass die Installation etwas aufwändiger ist als bei einigen anderen Git-Servern.
12-
Glücklicherweise wird dieser Prozess sehr gut dokumentiert und unterstützt.
12+
Glücklicherweise ist dieser Prozess sehr gut dokumentiert und unterstützt.
13+
GitLab empfiehlt dringend, GitLab über das offizielle Omnibus GitLab-Paket auf zu installieren.
1314

14-
Es gibt einige Möglichkeiten, wie Sie GitLab installieren können.
15-
Um etwas schnell zum Laufen zu bringen, können Sie ein Virtual-Machine-Image oder ein One-Klick-Installationsprogramm von https://bitnami.com/stack/gitlab[] herunterladen und die Konfiguration an Ihre spezielle Umgebung anpassen.
16-
Ein netter Punkt, den Bitnami hinzugefügt hat, ist der Anmeldebildschirm (erreichbar durch Eingabe von alt+ →); er sagt Ihnen die IP-Adresse und den standardmäßigen Benutzernamen und das Passwort für das installierte GitLab.
15+
Die anderen Installationsmethoden sind:
1716

18-
[[bitnami]]
19-
.Der Anmeldebildschirm für die virtuelle Maschine von Bitnami GitLab
20-
image::images/bitnami.png[Der Anmeldebildschirm für die virtuelle Maschine von Bitnami GitLab]
17+
* GitLab Helm-Chart zur Verwendung mit Kubernetes.
18+
* Dockerisierte GitLab-Pakete zur Verwendung mit Docker.
19+
* Direkt sus den Quelldateien.
20+
* Cloud-Anbieter wie AWS, Google Cloud Platform, Azure, OpenShift und Digital Ocean.
2121

22-
Für alles andere beachten Sie bitte die Hinweise in der Readme-Datei der GitLab Community Edition, die Sie unter https://gitlab.com/gitlab-org/gitlab-ce/tree/master finden.
23-
Dort finden Sie Hilfe bei der Installation von GitLab mit Kochrezepten, einer virtuellen Maschine auf Digital Ocean und RPM- und DEB-Paketen (die sich derzeit in der Beta-Version befinden).
24-
Es gibt auch „inoffizielle“ Anleitungen, wie Sie GitLab mit nicht standardmäßigen Betriebssystemen und Datenbanken zum Laufen bringen können – dazu ein vollständig manuelles Installationsskript und viele andere Inhalte.
22+
Weitere Informationen finden Sie in der Readme-Datei https://gitlab.com/gitlab-org/gitlab-foss/-/blob/master/README.md[GitLab Community Edition (CE)].
2523

2624
==== Administration
2725

@@ -36,9 +34,9 @@ image::images/gitlab-menu.png[Der „Admin-Bereich“ im GitLab-Menü]
3634

3735
===== Benutzer
3836

39-
Bei den Anwendern in GitLab handelt es sich um Konten, die Personen zugeordnet sind.
40-
Benutzerkonten haben keine große Komplexität; hauptsächlich handelt es sich um eine Sammlung von persönlichen Informationen, die an Login-Daten geknüpft sind.
41-
Jedes Benutzerkonto enthält einen *namespace* (Namensraum), der eine logische Gruppierung von Projekten ist, die diesem Benutzer gehören.
37+
Jeder der Gitlab nutzt muß einen Benutzerkonto besitzen.
38+
Benutzerkonten sind recht simple. Hauptsächlich beinhalten sie persönliche Informationen, die an Login-Daten geknüpft sind.
39+
Jedes Benutzerkonto hat einen *namespace* (Namensraum), der eine logische Gruppierung von Projekten ist, die diesem Benutzer gehören.
4240
Wenn der Benutzer +jane+ ein Projekt mit dem Namen +project+ hätte, wäre die URL dieses Projekts `http://server/jane/project`.
4341

4442
[[gitlab_users]]
@@ -50,12 +48,12 @@ Das „Blockieren“ eines Benutzers verhindert, dass er sich am GitLab anmeldet
5048

5149
Das „Zerstören“ eines Benutzers hingegen entfernt ihn vollständig aus der Datenbank und dem Dateisystem.
5250
Alle Projekte und Daten in seinem Namensraum werden entfernt, und alle Gruppen, die sich in seinem Besitz befinden, werden ebenfalls entfernt.
53-
Das ist natürlich eine viel dauerhaftere und destruktivere Aktion, die kaum angewendet wird.
51+
Das ist natürlich eine viel dauerhaftere und destruktivere Aktion, die selten angewendet wird.
5452

5553
[[_gitlab_groups_section]]
5654
===== Gruppen
5755

58-
Eine GitLab-Gruppe ist eine Zusammenstellung von Projekten, zusammen mit Daten darüber, wie Benutzer auf diese Projekte zugreifen können.
56+
Eine GitLab-Gruppe ist eine Kollektion von Projekten, zusammen mit Daten darüber, wie Benutzer auf diese Projekte zugreifen können.
5957
Jede Gruppe hat einen Projektnamensraum (genauso wie Benutzer), so dass, wenn die Gruppe +training+ ein Projekt +materials+ hat, die URL `http://server/training/materials` lautet.
6058

6159
[[gitlab_groups]]
@@ -72,7 +70,7 @@ Ein GitLab-Projekt entspricht in etwa einem einzelnen Git-Repository.
7270
Jedes Projekt gehört zu einem einzigen Namensraum, entweder einem Benutzer oder einer Gruppe.
7371
Wenn das Projekt einem Benutzer gehört, hat der Projektbesitzer die direkte Kontrolle darüber, wer Zugriff auf das Projekt hat; falls das Projekt einer Gruppe gehört, werden auch die Berechtigungen der Gruppe auf Benutzerebene wirksam.
7472

75-
Jedes Projekt hat auch eine Zugriffsebene, die steuert, wer Lesezugriff auf die Seiten und das Repository des Projekts hat.
73+
Jedes Projekt hat eine Zugriffsebene, die steuert, wer Lesezugriff auf die Seiten und das Repository des Projekts hat.
7674
Wenn ein Projekt _privat_ ist, muss der Eigentümer des Projekts bestimmten Benutzern explizit Zugriff gewähren.
7775
Ein _internes_ Projekt ist für jeden angemeldeten Benutzer sichtbar, und ein _öffentliches_ (engl. _public_) Projekt ist für jeden sichtbar.
7876
Beachten Sie, dass dies sowohl den Zugriff auf `git fetch` als auch den Zugriff auf die Web-Benutzeroberfläche für dieses Projekt steuert.
@@ -88,7 +86,7 @@ Auf diese Weise können Sie Ihre Git-Repositorys und GitLab-Instanzen mit dem Re
8886
Das erste, was Sie mit GitLab anfangen sollten, ist das Erstellen eines neuen Projekts.
8987
Dies geschieht durch Anklicken des Symbols „+“ in der Symbolleiste.
9088
Sie werden nach dem Namen des Projekts gefragt, zu welchem Namensraum es gehören soll und wie hoch seine Sichtbarkeit sein soll.
91-
Das meiste, was Sie hier angeben, ist nicht permanent und kann später über die Einstellungs-Oberfläche neu angepasst werden.
89+
Das meiste, was Sie hier angeben, ist nicht permanent und kann später über die Einstellungs-Oberfläche angepasst werden.
9290
Klicken Sie auf „Projekt erstellen“, und Sie sind fertig.
9391

9492
Sobald das Projekt existiert, werden Sie es vermutlich mit einem lokalen Git-Repository verbinden wollen.
@@ -113,9 +111,9 @@ Die Homepage jedes Projekts zeigt die letzten Aktivitäten an, und Links oben f
113111

114112
==== Zusammen arbeiten
115113

116-
Die einfachste Art der Zusammenarbeit bei einem GitLab-Projekt besteht darin, einem anderen Benutzer direkten Push-Zugriff auf das Git-Repository zu ermöglichen.
114+
Die einfachste Art der Zusammenarbeit bei einem GitLab-Projekt besteht darin, jedem Benutzer direkten Push-Zugriff auf das Git-Repository zu ermöglichen.
117115
Sie können einen Benutzer zu einem Projekt hinzufügen, indem Sie im Abschnitt „Mitglieder“ der Einstellungen dieses Projekts den neuen Benutzer einer Zugriffsebene zuordnen (die verschiedenen Zugriffsebenen werden in den <<_gitlab_groups_section,Gruppen>> ein wenig erläutert).
118-
Indem ein Benutzer eine Zugriffsebene von „Developer“ oder höher erhält, kann dieser Benutzer Commits und Branches direkt und ohne Einschränkung in das Repository verschieben.
116+
Indem ein Benutzer eine Zugriffsebene von „Developer“ oder höher erhält, kann dieser Benutzer Commits und Branches direkt und ohne Einschränkung in das Repository pushen.
119117

120118
Eine weitere, stärker entkoppelte Art der Zusammenarbeit ist die Nutzung von Merge-Anfragen.
121119
Diese Funktion ermöglicht es jedem Benutzer, der ein Projekt sehen kann, kontrolliert dazu beizutragen.

0 commit comments

Comments
 (0)