Dokuanpassung an gerrit
gitolite gibt es nicht mehr. Entsprechende git-* Manpages
angepasst/ersetzt.
gerrit ist umgezogen auf MG-Rechner: URL angepasst.
Change-Id: I1758673f0af45cf45372c82d16d8af2642e2c7c9
diff --git a/doc/wiz/gerrit b/doc/wiz/gerrit
index 289ee74..687f67f 100644
--- a/doc/wiz/gerrit
+++ b/doc/wiz/gerrit
@@ -18,8 +18,11 @@
Welche Doku liefert gerrit?
---------------------------
Diese findest Du im Web unter dem Reiter "Documentation" bzw. unter der URL:
-https://anonymizer.zesstra.de:8443/Documentation/index.html
+https://mg.mud.de:8443/Documentation/index.html
Ganz wichtig ist sicher diese, welche erklaert, die man Aenderungen hochladen
kann:
-https://anonymizer.zesstra.de:8443/Documentation/user-upload.html
+https://mg.mud.de:8443/Documentation/user-upload.html
+SIEHE AUCH:
+ git
+
\ No newline at end of file
diff --git a/doc/wiz/gerrit-account b/doc/wiz/gerrit-account
index 9b73497..bfd2e8c 100644
--- a/doc/wiz/gerrit-account
+++ b/doc/wiz/gerrit-account
@@ -2,10 +2,10 @@
----------------------------------------
1) Ihr habt einen Github- oder Google-Account
-Dann geht ihr auf https://anonymizer.zesstra.de:8443/ und benutzt oben rechts
+Dann geht ihr auf https://mg.mud.de:8443/ und benutzt oben rechts
"Sign-in".
Anschliessend geht ihr oben rechts in die Einstellungen eures Accounts oder
-hierhin: https://anonymizer.zesstra.de:8443/#/settings/
+hierhin: https://mg.mud.de:8443/#/settings/
Dort koennt ihr euren SSH-Key hinterlegen und einige andere Einstellungen
vornehmen. Im Falle des Login via Google koennt ihr (glaube ich) auch euren
Usernamen einmalig festlegen. In jedem Fall koennt ihr einen Anzeigenamen
@@ -22,11 +22,11 @@
NICHT ueber die Weboberflaeche benutzen, nur via git + ssh. Auch muss dann
der Gerrit-Admin euren SSH-Key eintragen.
-Und da ich immer noch ein self-signed Zertifikat verwende: es hat den
-SHA256-Fingerprint:
-EC:BF:F3:D1:02:86:5F:00:1A:3A:1D:7C:47:AB:C6:6F:FB:9C:D2:3F:EA:DC:47:
-86:D6:40:94:24:18:A2:67:D7
-
+Bis auf weiteres ist das Zertifikat von gerrit selbst-signiert und hat die
+folgenden Fingerprints:
+SHA1: 04:F5:38:C9:F6:57:6A:FB:A1:0A:66:9A:3F:9F:F6:30:DB:B4:FC:3A
+SHA256: 8C:8B:FD:01:DD:22:2F:07:A5:0A:E6:9B:BA:CD:0A:21:
+ DF:B6:5C:CB:41:C4:60:D3:5A:04:92:33:B9:5F:51:F7
Abschnitt fuer Erzmagier / Admins
---------------------------------
diff --git a/doc/wiz/gerrit-cli b/doc/wiz/gerrit-cli
index 9864753..62244cd 100644
--- a/doc/wiz/gerrit-cli
+++ b/doc/wiz/gerrit-cli
@@ -9,5 +9,5 @@
Eine vollstaendige Liste mit Erklaerungen spare ich mir hier mal, die ist
naemlich im Netz zu finden. ;-)
-https://anonymizer.zesstra.de:8443/Documentation/cmd-index.html#user_commands
+https://mg.mud.de:8443/Documentation/cmd-index.html#user_commands
diff --git a/doc/wiz/gerrit-faq b/doc/wiz/gerrit-faq
index a428259..46a0939 100644
--- a/doc/wiz/gerrit-faq
+++ b/doc/wiz/gerrit-faq
@@ -1,14 +1,14 @@
1) Wo finde ich die Weboberflaeche?
- https://anonymizer.zesstra.de:8443/
+ https://mg.mud.de:8443/
2) Wo ist die Anleitung?
- https://anonymizer.zesstra.de:8443/Documentation/index.html
+ https://mg.mud.de:8443/Documentation/index.html
3) Wo ist die Anleitung fuer Projekteigentuemer?
- https://anonymizer.zesstra.de:8443/Documentation/intro-project-owner.html
+ https://mg.mud.de:8443/Documentation/intro-project-owner.html
4) Wie clone ich ein Projekt / Repository
- git clone ssh://zesstra@anonymizer.zesstra.de:29418/d/anfaenger/...
+ git clone ssh://zesstra@mg.mud.de:29418/d/anfaenger/...
mit SSH-Hostalias mgg:
git clone ssh://mgg/d/anfaenger/...
Auf der Weboberflaeche werden auch direkte Copy&Paste-Kommandos angezeigt.
@@ -28,9 +28,9 @@
Nur der Zweig 'master' wird zwischen gerrit und dem Mud synchronisiert, alle
anderen Zweige bleiben nur in gerrit.
Eine ausfuehrlichere Darstellung gibt es in der Doku von gerrit:
- https://anonymizer.zesstra.de:8443/Documentation/intro-user.html#upload-change
+ https://mg.mud.de:8443/Documentation/intro-user.html#upload-change
Und noch ausfuehrlicher:
- https://anonymizer.zesstra.de:8443/Documentation/user-upload.html
+ https://mg.mud.de:8443/Documentation/user-upload.html
6) Welche Bedeutung haben die Review-Labels?
Wenn ihr Aenderungen ueber den Review-Prozess einreicht, gibt es folgende
@@ -60,12 +60,12 @@
schadet nix, kurz Bescheid zu geben - speziell, wenn es eilig ist.
Ihr koennt auch jemanden zum Review einladen, sowohl auf der Weboberflaeche
wie auch per Kommandozeile:
- https://anonymizer.zesstra.de:8443/Documentation/intro-user.html#adding-reviewers
+ https://mg.mud.de:8443/Documentation/intro-user.html#adding-reviewers
ssh mgg gerrit set-reviewers
8) Wie kann ich die Commits eines Projekt im Web angucken?
In der Projektliste dem Link zu gitweb in der ganz rechten Spalte folgen.
- Oder: https://anonymizer.zesstra.de:8443/gitweb?p=d%2Fanfaenger%2Fennox%2Ftutorial.git;a=summary
+ Oder: https://mg.mud.de:8443/gitweb?p=d%2Fanfaenger%2Fennox%2Ftutorial.git;a=summary
9) Wie kann ich Aenderungen in einem Projekt verfolgen?
Im gitweb eines Projektes kann man RSS- und Atom-Feeds abonnieren.
@@ -75,7 +75,7 @@
Klar - das geht, wenn der neue/geaenderte Commit die gleiche sog. Change-ID
hat wie der alte.
Details:
- https://anonymizer.zesstra.de:8443/Documentation/user-changeid.html
+ https://mg.mud.de:8443/Documentation/user-changeid.html
11) Wie bekomme ich Schreibrechte?
Fuer eure eigenen Projekte in /d/ und /players/ bekommt ihr normalerweise
@@ -127,6 +127,6 @@
16) Gibts das User-Interface fuer den Review auch einfacher?
Es gibt zumindest eine Erklaerung mit Bildchen, was da dargestellt ist.
Vielleicht hilft sie euch:
- https://anonymizer.zesstra.de:8443/Documentation/user-review-ui.html
+ https://mg.mud.de:8443/Documentation/user-review-ui.html
Man kann Aenderungen editieren, Kommentare an einzelne Zeilen heften etc.
diff --git a/doc/wiz/gerrit-migration b/doc/wiz/gerrit-migration
index 3e82ef8..f4a7972 100644
--- a/doc/wiz/gerrit-migration
+++ b/doc/wiz/gerrit-migration
@@ -3,13 +3,13 @@
0) ssh-Hostalias einrichten (optional)
Damit man sich auf der Kommandozeile sowas wie
- git clone ssh://zesstra@anonymizer.zesstra.de:29418/d/anfaenger/ark/
+ git clone ssh://zesstra@mg.mud.de:29418/d/anfaenger/ark/
knochentempel
- ssh zesstra@anonymizer.zesstra.de -p 29418
+ ssh zesstra@mg.mud.de -p 29418
abkuerzen kann UND demnaechst nicht alle Repos aendern/neu clonen muss,
koennt ihr euch in ~/.ssh/config ein Alias einrichten:
Host mgg
- Hostname anonymizer.zesstra.de
+ Hostname mg.mud.de
Port 29418
User <euer username>
IdentityFile ... (optional)
@@ -46,9 +46,3 @@
neue Repo pushen (inkl. master). Sobald master gepusht wurde, wird das
neue Repo mit dem Mud synchronisiert.
Zum Schluss clont ihr noch das das neue Repo wie in 1)
-
-Nachdem ihr das erste Mal in das Repo von gerrit gepusht habt, solltet ihr
-nicht mehr in das Repo von gitolite (git@mg.mud.de) pushen. Ihr koennt das
-verhindern, indem ihr dieses Kommando benutzt:
-ssh git@mg.mud.de writable <repo> off
-
diff --git a/doc/wiz/gerrit-secure b/doc/wiz/gerrit-secure
index 63afbc4..6071452 100644
--- a/doc/wiz/gerrit-secure
+++ b/doc/wiz/gerrit-secure
@@ -24,11 +24,11 @@
"Owner" auf refs/* haben.
- Erbe die Rechte nicht mehr von d/<region>, sondern All-Projects
Im Zweifelsfall lass Dich im MG erst beraten.
-
+
Ich moechte ein secure/ loeschen.
--------------------------------
Sehr gut!
- Erbe in Deinem Projekt die Rechte nicht mehr von All-Projects, sondern
d/<region>
Im Zweifelsfall lass Dich im MG erst beraten.
-
+
diff --git a/doc/wiz/git-sync b/doc/wiz/gerrit-sync
similarity index 75%
rename from doc/wiz/git-sync
rename to doc/wiz/gerrit-sync
index 87c5d9f..1738d92 100644
--- a/doc/wiz/git-sync
+++ b/doc/wiz/gerrit-sync
@@ -3,8 +3,7 @@
I. Push von aussen ins Mud.
-Am Ende es Pushes (im sog. post-update hook) wird ein Script gestartet,
-was folgendes macht:
+Am Ende es Pushes wird ein Script gestartet, was folgendes macht:
1) Wenn fuer die Synchronisation mit dem Mud aktiv ist, wird mit der Mudlib
gesynct. Wenn nicht: Ende
@@ -31,19 +30,17 @@
II. Automatischer regelmaessiger Commit vom Mud
-Jeden Tag um 05:11 wird via cronjob und das Script ~/scripts/git-autocommit
-fuer jedes Repo in ~/git-repositories/ das unter I. beschriebene Script
-~/scripts/git-sync2lib ausgefuehrt.
+Jeden Tag um 05:11 wird via cronjob und das Script ~/scripts/gerrit-autocommit
+fuer jedes Repo in ~/gerrit/ das unter I. beschriebene Script
+~/scripts/gerrit-sync2lib ausgefuehrt.
III. Import von Verzeichnissen aus dem Mud
Zu jeder vollen Stunde wird in allen Verzeichnissen unter /d/, /p/ und
-/players/ die Datei 'git-mud-import' gesucht. Alle Verzeichnisse, in denen
-diese existiert, werden in gitolite importiert und gleichzeitig auch ein Clone
-in ~/git-repositories/ erstellt, d.h. dass die Synchronisationsmassnahmen
+/players/ die Datei 'gerrit-create-project' gesucht. Alle Verzeichnisse, in denen
+diese existiert, werden in gerrit importiert und gleichzeitig auch ein Clone
+in ~/gerrit/ erstellt, d.h. dass die Synchronisationsmassnahmen
unter I. und II. fuer dieses neue git-Repository aktiv sind.
-LETZTE AeNDERUNG:
-05.04.2011, Zesstra
diff --git a/doc/wiz/git b/doc/wiz/git
index 7200ff3..302087d 100644
--- a/doc/wiz/git
+++ b/doc/wiz/git
@@ -8,16 +8,16 @@
anbietet:
https://code.google.com/p/gitextensions/
+ Die Repositories auf dem MG-Rechner werden von einer Software namens gerrit
+ verwaltet. Wie man diese benutzt, koennt ihr in den Manpage gerrit-*
+ nachlesen. Am besten fangt ihr mit 'man gerrit' an.
SIEHE AUCH
- git-repositories: Repository-Verwaltung im Mud
+ gerrit
git-howto: Wie git benutzt wird
git-workflow: Ein simples Beispiel eines Arbeitsflusses mit Git
git-kooperation: Erweiterung fuer Fortgeschrittene zu git-workflow
- git-sync: Wie die Synchronisierung zw. git-Repos und Mudlib ablaeuft
+ gerrit-sync: Wie die Synchronisierung zw. git-Repos und Mudlib ablaeuft
git-faq: haeufig gestellte Fragen/Probleme
git-links: Verweise ins WWW
-LETZTE AeNDERUNG:
- 25.03.2011, Zesstra
-
diff --git a/doc/wiz/git-exclude b/doc/wiz/git-exclude
index 439b5db..95ecac3 100644
--- a/doc/wiz/git-exclude
+++ b/doc/wiz/git-exclude
@@ -2,16 +2,18 @@
Synchronisierung zwischen Repositories und Mudlib werden die folgenden
Verzeichnisse und Dateien komplett ignoriert.
-# fuer div. SCMs benutzte Verzeichnisse
+# first exclude some SCM directories
- .svn/
- .git/
- .gitignore
- CVS/
-# Savefiles
+# exclude savefiles
- *.o
-# logs and rep files
+#exclude logs and rep files
- *.log
- log/
+- *.o
+- save/
- *.rep
- *.err
# backups of editors
@@ -19,9 +21,14 @@
- *.swp
# this should als never be imported - marks a directory to be imported.
- git-mud-import
+- gerrit-create-project
+- git-import.log
# keine gepackten Archive
- *.gz
- *.bz2
- *.zip
- *.tar
-
+- topliste.mag
+- topliste.txt
+- *topliste*
+- save/idiotenliste
diff --git a/doc/wiz/git-faq b/doc/wiz/git-faq
index 7ed4826..81ba5e3 100644
--- a/doc/wiz/git-faq
+++ b/doc/wiz/git-faq
@@ -5,11 +5,11 @@
* synchronisiert wird?
Eine Synchronisation findet automatisch statt, wenn man einen Import eines
Verzeichnisses aus dem Mud durchfuehrt.
- Macht man dies nicht, sondern erstellt sich unabhaengig vom Mud das Repo,
- muss man sich an einen Erzmagier mit Shellzugang wenden.
+ Macht man dies nicht, sondern ein Erzmagier erstellt unabhaengig vom Mud ein
+ Repo, muss dieser wissen, was er tut und wie man das einrichtet. ;-)
* Aufnahme als Regionsmitarbeiter/Regionsmagier/Weiser/Erzmagier/Gott
- Dies ist zurzeit nur durch einen EM moeglich.
+ Dies ist zurzeit nur durch einen EM+ moeglich.
* Wie benutze ich Git unter Windows?
GitHub hat eine Anleitung fuer msysgit, welche im wesentlichen auch fuers MG
@@ -31,13 +31,13 @@
> git log -p --color-words
Alternativ kann man .git/config folgende Parameter setzen:
[color]
- color.diff=auto
- color.grep=auto
- color.status=auto
+ color.diff=auto
+ color.grep=auto
+ color.status=auto
Wenn man es generell bunt haben will, setzt man einfach
[color]
- color.ui=auto
+ color.ui=auto
in die Konfigurationsdatei.
@@ -73,11 +73,9 @@
Wie kann ich ein Changelog mit Diff anzeigen lassen?
SIEHE AUCH:
- git-repositories: Repository-Verwaltung im Mud
+ gerrit: Repository-Verwaltung im Mud
git-howto: Wie git benutzt wird
git-workflow: Ein simples Beispiel eines Arbeitsflusses mit Git
- git-sync: Wie die Synchronisierung zw. git-Repos und Mudlib ablaeuft
+ gerrit-sync: Wie die Synchronisierung zw. git-Repos und Mudlib ablaeuft
git-links: Verweise ins WWW
-10.03.2015 Amaryllis
-
diff --git a/doc/wiz/git-howto b/doc/wiz/git-howto
deleted file mode 100644
index 8a6acdd..0000000
--- a/doc/wiz/git-howto
+++ /dev/null
@@ -1,111 +0,0 @@
-Git-Benutzung im MorgenGrauen
-=============================
-
-0. Einleitung
- Hier soll kurz beschrieben werden, wie man nun an die Repositories auf dem
- Mudrechner rankommt.
- Es wird an dieser Stelle vorausgesetzt, dass der Leser/Magier
- grundsaetzlich weiss, was Git ist und wie es benutzt wird. Hier sollen
- lediglich Besonderheiten im Zusammenhang mit dem MG erlaeutert werden.
- Ebenso wird vorausgesetzt, dass der Magier Git und einen SSH-Client auf
- seinem Rechner installiert hat.
-
- Wer jetzt noch nix von Git weiss, sei auf die reichhaltig im Netz
- verfuegbare Doku verwiesen: s. a. git-links.
-
-
-1. Zugriffsrechte auf Git-Repositories
- Zunaechst muss man sich als Git-Nutzer eintragen lassen. Hierzu braucht man
- ein SSH-Schluesselpaar, welches man z.B. mittels ssh-keygen erstellen
- kann. Den _oeffentlichen_ Schluessel (.pub am Ende) legt man dann als
- <magier>.pub in sein Homeverzeichnis und spricht einen EM (z.B. Zesstra)
- an.
-
- Mittels des Befehls
- > ssh git@mg.mud.de info
- kann man sich anzeigen lassen, auf welche existierenden Repositories man
- welche Zugriffsrechte hat (R: lesen, W: schreiben). Beispiel:
- R W (zesstra) d/inseln/zesstra/vulkanweg
- In diesem Fall hat der Benutzer Lese- und Schreibrechte auf
- d/inseln/zesstra/vulkanweg. Das Repository gehoert zesstra.
-
- Zusaetzlich umfasst die Ausgabe auch die Zugriffsrechte aller _moeglichen_
- (aber noch nicht existierenden) Repos.
- Wichtig ist hier das Erstellungsrecht (C). Beispiel:
- C R W d/unterwelt/zesstra/[a-zA-Z]{1}[a-zA-Z0-9_.\-]*
- Hier hat der Benutzer auf alle Repos unterhalb von d/unterwelt/zesstra/
- (wobei alle diese Repos mit einem Buchstaben beginnen und ansonsten nur
- Buchstaben, Zahlen, _, . und - enthalten duerfen) Lese-, Schreib- und
- Erstellungsrechte.
-
-2. Ein existierendes Repository clonen
- Dies erfolgt ganz simpel mit dem Befehl:
- > git clone git@mg.mud.de:players/zesstra/testgebiet <zielverzeichnis>
- Das Zielverzeichnis ist hierbei beliebig. Empfehlung: alle MG-Repos in
- einem Verzeichnis sammeln und dort die Verzeichnisstruktur aus dem Mud
- beibehalten:
- > git clone git@mg.mud.de:players/zesstra/testgebiet
- players/zesstra/testgebiet
- Damit Aenderungen spaeter auch Euren Magiernamen tragen, geht nun bitte in
- Euer geclontes Repo und setzt Namen und eMail-Adresse:
- > git config user.name "Magier"
- > git config user.email "user@example.com"
-
-3. Ein neues Repository erstellen.
- Voraussetzung: das Verzeichnis im Mud existiert.
- Dies geht, wenn ihr Schreibzugriff auf das Verzeichnis im Mud habt. Legt
- einfach in dem Verzeichnis eine Datei namens "git-mud-import" an (Inhalt
- ist egal) und wartet bis zur naechsten vollen Stunde.
- ACHTUNG: das Verzeichnis im Mud darf NICHT leer sein, sondern muss min.
- eine Datei (ggf. in einem Unterverzeichnis) enthalten!
-
- Anmerkungen:
- Existiert ein Repo bereits, ist ein automatischer Import aus dem Mud nicht
- mehr moeglich.
- Bei einem "git clone" auf ein noch nicht existierendes Repo wird das
- das Repo automatisch angelegt - dieses Repo wird dann aber nicht mit
- dem Mud synchronisiert!
- Daher: erst (erfolgreich) importieren, dann clonen.
-
-4. Arbeiten mit dem Repo
- Hierzu sei zuerst einmal auf die allgemein im Netz verfuegbare Dokumentation
- zu Git und natuerlich seine Manpages verwiesen.
- Einen beispielhaften Arbeitsablauf findet sich in der Manpage git-workflow.
-
-5. Synchronisation mit dem Mud
- Repos koennen bei einem 'git push' von aussen automatisch die Aenderungen
- des master-Branches ins Mud uebertragen. Desweiteren koennen Aenderungen
- aus dem Mud automatisch in das Repo importiert werden.
- Auf diese Weise ist das Verwenden von FTP fast ueberfluessig.
- Details sind in der Manpage git-sync angegeben.
-
-6. Loeschen von Repositories
- Git-Repos, die von euch selber GEHOEREN (Schreibrechte allein reichen nicht)
- koennen geloescht und - zumindest eine Weile auch wieder restauriert werden.
-
-6.1. Loeschen
- > ssh git@mg.mud.de D trash players/caldra/nebelberge
- players/caldra/nebelberge moved to trashcan.
-
-6.2. Muelleimer anzeigen
- > ssh git@mg.mud.de D list-trash
- players/caldra/nebelberge/2011-11-28_22:35:55
-
-6.3. Restaurieren
- > ssh git@mg.mud.de D restore players/caldra/nebelberge/2011-11-28_22:35:55
- players/caldra/nebelberge/2011-11-28_22:35:55 restored to
- players/caldra/nebelberge
-
- Es versteht sich von selbst, dass Ihr mit diesem Mittel sehr zurueckhaltend
- umgehen solltet. Bei Missbrauch wird ggf. ein Backup eingespielt und diese
- Moeglichkeit wieder geloescht.
-
-SIEHE AUCH:
- git-repositories: Repository-Verwaltung im Mud
- git-workflow: Ein simples Beispiel eines Arbeitsflusses mit Git
- git-sync: Wie die Synchronisierung zw. git-Repos und Mudlib ablaeuft
- git-faq: haeufig gestellte Fragen/Probleme
- git-links: Verweise ins WWW
-
-29.01.2013 Gloinson
-Letzte Aenderung: 02.07.2014 Notstrom
diff --git a/doc/wiz/git-kooperation b/doc/wiz/git-kooperation
index acbda6e..718bed0 100644
--- a/doc/wiz/git-kooperation
+++ b/doc/wiz/git-kooperation
@@ -16,7 +16,7 @@
MUD im 'master'-Zweig auftauchen (also als Dateiaenderung fuer alle Spieler
gelten) soll, kann ich auch nur meinen Zweig selbst ins MUD schicken:
> git checkout neue_kampftaktik
-> git push -u git@mg.mud.de:/dings/bums neue_kampftaktik
+> git push -u ssh://mgg/dings/bums neue_kampftaktik
Als Antwort duerfte sowas wie:
* [new branch] neue_kampftaktik -> neue_kampftaktik
@@ -53,7 +53,7 @@
Wenn wir also irgendwann diesen Merge durchgefuehrt haben und der Zweig
'neue_kampftaktik' unnoetig geworden ist, koennen wir ihn auf der Seite
des MUDs mit:
-> git push git@mg.mud.de:/dings/bums :neue_kampftaktik
+> git push ssh://mgg/dings/bums :neue_kampftaktik
aufraeumen. Der einzige Unterschied zum Erstellen des Zweiges auf MUD-Seite
ist tatsaechlich der ':' vor dem Namen des Zweigs.
Achtung: das geht momentan (noch) nicht und auf 'master' ohnehin nie.
diff --git a/doc/wiz/git-repositories b/doc/wiz/git-repositories
deleted file mode 100644
index 9ed7c33..0000000
--- a/doc/wiz/git-repositories
+++ /dev/null
@@ -1,72 +0,0 @@
-Git-Repositories im MorgenGrauen
-================================
-
-Die folgenden Repositories stehen fuer die Benutzung durch Magier bereit bzw.
-lassen sich durch Magier bei Bedarf (leer oder durch Import von Verzeichnissen
-aus dem Mud) anlegen:
-
-* /d/region/magier/*
- Verzeichnisse unterhalb der Magierebene in den Regionen lassen sich in
- git-Repos aufnehmen.
- Anlegen: Regionsmitarbeiter, Magier mit Schreibzugriff auf den Pfad
- Schreibzugriff: Eigentuemer (Magier), Regionsmagier dieser Region, Weise
- Lesezugriff: s. Schreibzugriff (wegen secure/)
-
-* /p/service/magier/*
- Anlegen: Weise, Magier mit Schreibzugriff auf den Pfad
- Schreibzugriff: Eigentuemer (Magier), Weise
- Lesezugriff: alle Magier (>= 20)
-
-* /players/magier/*
- Anlegen: Magier selber, Magier mit Schreibzugriff auf den Pfad
- Schreibzugriff: Magier selber
- Lesezugriff: Magier selber
-
-* /players/magier/public/*
- Anlegen: Magier selber, Magier mit Schreibzugriff auf den Pfad
- Schreibzugriff: Magier selber, Weise
- Lesezugriff: jeder Magier (>= 20)
-
-* playground/magier/*
- Spielwiese zum Testen von Magiern. Soll zum Rumspielen und Testen von Git
- dienen.
- Diese Repos werden NICHT mit dem Mud synchronisiert.
- Diese Repos werden automatisch geloescht, wenn sie laenger als 14 Tage nicht
- veraendert werden.
- Anlegen: jeder Magier
- Schreibzugriff: Magier selber, Weise
- Lesezugriff: jeder Lehrling (und hoeher) (>= 15)
-
-Uebrigens geht es explizit NICHT, sein gesamtes ~ in ein Repo zu fassen.
-
-Wenn man sein kompletten Regionsverzeichnis (/d/region/magier) in ein Repo
-importiert, sind anschliessend keine einzelnen Repos unterhalb dieses
-Verzeichnisses moeglich (bzw. fuehren zu Problemem)! Ebenso kann das komplette
-Magierverzeichnis nicht mehr als Repo importiert werden, wenn es unter ihm
-schon Repos gibt.
-
-Erzmagier und Goetter haben uebrigens auf _alle_ Repositories Lese- und
-Schreibzugriff. Sie sind auch die einzigen, die in den Repositories einen sog.
-Rewind durchfuehren koennen - d.h. die Versionsgeschichte im Nachhinein
-aendern.
-Eine Beruecksichtigung von access_rights.c, ACCESS_RIGHTS etc. findet hierbei
-derzeit NICHT statt.
-
-Zum Loeschen von Repositories siehe Punkt 6 in git-howto.
-
-Ein (automatischer) Import bestehender Verzeichnisse aus dem Mud ist
-moeglich. In diesem Fall werden das so erstellte Repository und die Mudlib
-automatisch synchronisiert, wenn jemand von aussen in das Repository pusht.
-Hierbei wird _versucht_ etwaige gleichzeitige Aenderung im Git-Repo und in der
-Mudlib sinnvoll zu 'mergen' - im Falle von Konflikten ist dies nicht immer
-moeglich, weswegen Magier auf das Ergebnis solcher automatisierter Merges ein
-Auge werfen sollten.
-
-SIEHE AUCH:
- git-howto: Wie git benutzt wird
- git-workflow: Ein simples Beispiel eines Arbeitsflusses mit Git
- git-sync: Wie die Synchronisierung zw. git-Repos und Mudlib ablaeuft
- git-faq: haeufig gestellte Fragen/Probleme
- git-links: Verweise ins WWW
-
-29.01.2013 Gloinson.
diff --git a/doc/wiz/git-workflow b/doc/wiz/git-workflow
index 655c76d..8433382 100644
--- a/doc/wiz/git-workflow
+++ b/doc/wiz/git-workflow
@@ -9,7 +9,7 @@
Clone des jeweiligen Repositories durchgefuehrt.
# Schritt 1: Repository clonen und/oder updaten
-> git clone git@mg.mud.de:/dings/bums
+> git clone ssh://mgg/dings/bums
> git checkout master
> git pull
Zuerst einmal wird ein checkout des Zweiges 'master' gemacht. Und in diesen
@@ -91,27 +91,10 @@
# Schritt 5: Aenderungen in das MUD-Repository uebertragen
Jetzt bin ich bereit, die Aenderungen ins Mud zu uebertragen:
-> git push
+> git push origin <lokaler_zweigname>:<zweigname_im_mg>
Job done!
-Hier kommen jetzt div. Ausgaben vom Mud, die etwas ueber den Erfolg und
-Misserfolg des Pushes sagen. ;-)
-Wenn am Ende steht
- 'Your changes were copied to the mudlib.'
-ist alles erfolgreich.
-
-Steht am Ende ein
- 'Your changes were merged successfull with changes in the mudlib and the
- merged state was copied to the mudlib. Do not forget to pull the merge
- commit!"
-ist an sich auch alles gut. Aber dann gab es im Mud eben doch noch
-Aenderungen, die es nicht im Git-Repo gab, die gemerged wurden. In diesem
-Fall sollte man den aktuellen Zustand sich nochmal holen:
-> git pull
-Und dann anschauen, dieser Merge auch das richtige gemacht hat:
-> git log -p
-Hiermit kriege ich eine schoene Liste aller Commits angezeigt und -p sorgt
-dafuer, dass dabei alle Aenderungen angezeigt werden, nicht nur die
-Commit-Nachricht.
+(Hinweis: nur der Branch "master" wird ins Mud selber synchronisiert, alle
+ anderen Zweige existieren nur in den git-Repositories.)
# Sonderfaelle und erweiterte Moeglichkeiten
# Schritt 4.1.extra: Zwischenzeitliche Aenderungen im MUD beruecksichtigen
@@ -141,11 +124,10 @@
Und jetzt geht es wie oben weiter.
SIEHE AUCH
- git-repositories: Repository-Verwaltung im Mud
+ gerrit
git-howto: Wie git benutzt wird
git-kooperation: Ein ueber git-workflow hinausgehendes Beispiel zur
Synchronisation bzw Kooperation mehrerer Magier/Rechner
- git-sync: Wie die Synchronisierung zw. git-Repos und Mudlib ablaeuft
+ gerrit-sync: Wie die Synchronisierung zw. git-Repos und Mudlib ablaeuft
git-faq: haeufig gestellte Fragen/Probleme
-02. Feb 2013 Gloinson