From 6cb58d786930daf0e690ac56d782cf0c1e284d9a Mon Sep 17 00:00:00 2001 From: Jan Lemke Date: Wed, 6 Dec 2023 08:03:56 +0100 Subject: [PATCH] Typo removed whitespaces (#362) Co-authored-by: Jan Lemke --- book/05-distributed-git/sections/maintaining.asc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) 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 (<>), 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 (<>). +Jedes Mal, wenn Sie einen neuen Branch zum Zusammenführen haben (<>), führen Sie ihn in `develop` (<>) 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_c]] .Vor einem Themen Branch Merge