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