diff --git a/book/05-distributed-git/sections/maintaining.asc b/book/05-distributed-git/sections/maintaining.asc
index bfafc7a7..6f5a29ee 100644
--- a/book/05-distributed-git/sections/maintaining.asc
+++ b/book/05-distributed-git/sections/maintaining.asc
@@ -322,7 +322,7 @@ Das ist wahrscheinlich der einfachste Workflow. Es kann jedoch zu Problemen komm
 Wenn Sie ein wichtigeres Projekt haben, möchten Sie möglicherweise einen zweistufigen Merge Prozess verwenden.
 In diesem Szenario haben Sie zwei lange laufende Branches namens `master` und `develop`. Sie legen fest, dass `master` nur dann aktualisiert wird, wenn eine sehr stabile Version vorhanden ist und der gesamte neue Code in den Branch `develop` integriert wird.
 Sie pushen diese beiden Branches regelmäßig in das öffentliche Repository.
-Jedes Mal, wenn Sie einen neuen Branch zum Zusammenführen haben (<<merwf_c>>), führen Sie ihn in `develop` (<< merwf_d >>) zusammen. Wenn Sie nun ein Release mit einem Tag versehen, spulen Sie `master` an die Stelle weiter, an der sich der jetzt stabile `develop` Branch befindet (<<merwf_e>>).
+Jedes Mal, wenn Sie einen neuen Branch zum Zusammenführen haben (<<merwf_c>>), führen Sie ihn in `develop` (<<merwf_d>>) zusammen. Wenn Sie nun ein Release mit einem Tag versehen, spulen Sie `master` an die Stelle weiter, an der sich der jetzt stabile `develop` Branch befindet (<<merwf_e>>).
 
 [[merwf_c]]
 .Vor einem Themen Branch Merge