diff --git a/Git.tex b/Git.tex
index a3b6736..24a66fb 100644
--- a/Git.tex
+++ b/Git.tex
@@ -954,7 +954,7 @@ Wenn ich das alles gemacht habe, sieht der Verzeichnisbaum so aus:
 
 Du siehst den Unterschied!\\
 
-Git w"urde jetzt also alle ``neuen'' Datein unterhalb von build finden
+Git w"urde jetzt also alle ``neuen'' Dateien unterhalb von build finden
 und nat"urlich daraus schliessen, dass man diese auch ins Repo
 aufnehmen will:
 \begin{verbatim}
@@ -1009,6 +1009,31 @@ uninteressant oder unwichtig sind. Diese k"onnen dann nach
 und nach in die .gitignore aufgenommen werden, wobei nat"urlich
 auch Wildcards verwendet werden k"onnen.
 
+\chapter{Ein paar kleinere Tricks}
+
+\section{Wenn es schnell gehen muss}
+Es gibt durchaus Situationen, in denen man alle Branches in einem Rutsch
+auf den git-Server pushen will, dann verwende man ``git push --all origin''.
+
+Für Tags gilt analog ``git push --tags origin''.
+
+\section{Repository von einem Server zu einem anderen umziehen}
+Manchmal ändert sich der Name des Servers, auf dem die Repos gepackt
+werden, z.B. wenn der Name des Unternehmens sich ändert, oder wenn
+man von GitHub zu einem eigenen git-Server migriert. Gründe gibt
+es genug.
+
+Jedenfalls muss man erst einmal dafür Sorge tragen, dass das Repo auf
+dem alten Server vollständig ist und keiner im Team mehr dorthin
+einen Push durchführt. Ausserdem muss das eigene Repo ebenfalls komplett
+auf dem aktuellsten Stand sein. Der Umzug geht dann ganz unspektakulär
+per ``git  git remote set-url origin <neue URL>'' von sich. Ein aktuelles
+Beispiel für dieses Repo:
+\begin{verbatim}
+git remote set-url origin opengit@opengit.hauke-zuehl.de: \
+hauke/Git-Einfuehrung.git
+\end{verbatim}
+
 \chapter{GIT in IDEs}
 Die meisten IDEs bringen inzwischen Unterst"utzung f"ur GIT mit.\\