[svnbook] r4778 committed - Proofreading.
svnbook at googlecode.com
svnbook at googlecode.com
Wed May 7 06:03:55 CDT 2014
Revision: 4778
Author: jmfelderhoff at gmx.eu
Date: Wed May 7 11:03:35 2014 UTC
Log: Proofreading.
http://code.google.com/p/svnbook/source/detail?r=4778
Modified:
/branches/1.7/de/book/ch04-branching-and-merging.xml
=======================================
--- /branches/1.7/de/book/ch04-branching-and-merging.xml Wed May 7
05:52:52 2014 UTC
+++ /branches/1.7/de/book/ch04-branching-and-merging.xml Wed May 7
11:03:35 2014 UTC
@@ -29,7 +29,7 @@
<para>Verzweigen (Branching) und Zusammenführen (Merging) sind
grundlegende Konzepte der Versionskontrolle, die zwar konzeptuell
einfach zu beschreiben sind, die allerdings hinreichend
- Komplexität und Finheiten mit sich bringen, dass sie ein eigenes
+ Komplexität und Feinheiten mit sich bringen, dass sie ein eigenes
Kapitel in diesem Buch verdient haben. Hier werden wir Ihnen
sowohl die dahinter stehenden allgemeinen Konzepte vorstellen, als
auch den etwas einzigartigen Ansatz von Subversion hierzu. Falls
@@ -267,7 +267,7 @@
Arbeitskopie zu aktualisieren, bevor Sie mit Ihrer Arbeit
vollständig fertig sind. Das wirft allerdings einige Probleme
auf. Erstens ist das nicht sehr sicher. Falls Ihrer Arbeitskopie
- oder Ihrem Rechner etwas Schlimmes zustoßen sollte, riskieten
+ oder Ihrem Rechner etwas Schlimmes zustoßen sollte, riskieren
Sie, alle Ihre Änderungen zu verlieren. Zweitens ist es nicht
sehr flexibel. Falls Sie Ihre Änderungen nicht manuell über
mehrere Arbeitskopien oder Rechner abgleichen, müssen Sie Ihre
@@ -370,7 +370,7 @@
copy is required at all. Just copy one URL to another:</para>
-->
<para>Sie haben vielleicht schon gesehen, wie mit <command>svn
- copy</command> innerhalb einer Arbeitskopie eine Datei auf
+ copy</command> innerhalb einer Arbeitskopie eine Datei auf
eine andere kopiert wird. Es kann allerdings auch verwendet
werden, um eine <firstterm>entfernte Kopie</firstterm>
durchzuführen: eine Kopie die unmittelbar eine neue Revision
@@ -689,28 +689,28 @@
$ svn log -v integer.c
------------------------------------------------------------------------
-r343 | user | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r343 | user | 2002-11-07 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
Geänderte Pfade:
M /calc/branches/my-calc-branch/integer.c
* integer.c: Wazjub gefrozzelt.
------------------------------------------------------------------------
-r341 | user | 2002-11-03 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r341 | user | 2002-11-03 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
Geänderte Pfade:
A /calc/branches/my-calc-branch (from /calc/trunk:340)
Privaten Zweig von /calc/trunk angelegt.
------------------------------------------------------------------------
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
+r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Okt 2002) | 2 Zeilen
Geänderte Pfade:
M /calc/trunk/integer.c
* integer.c: Einen Docstring geändert.
------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
+r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
Geänderte Pfade:
A /calc/trunk/integer.c
@@ -780,21 +780,21 @@
$ svn log -v integer.c
------------------------------------------------------------------------
-r344 | sally | 2002-11-07 15:27:56 -0600 (Thu, 07 Nov 2002) | 2 lines
+r344 | sally | 2002-11-07 15:27:56 -0600 (Do, 07. Nov 2002) | 2 Zeilen
Changed paths:
M /calc/trunk/integer.c
* integer.c: Ein paar Rechtschreibfehler behoben.
------------------------------------------------------------------------
-r303 | sally | 2002-10-29 21:14:35 -0600 (Tue, 29 Oct 2002) | 2 lines
+r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Okt 2002) | 2 Zeilen
Changed paths:
M /calc/trunk/integer.c
* integer.c: Einen Docstring geändert.
------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fri, 22 Feb 2002) | 2 lines
+r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
Changed paths:
A /calc/trunk/integer.c
@@ -819,7 +819,7 @@
nicht die Änderung, die Sie in Revision 343 gemacht haben. Was
Subversion angeht, hatten diese beiden Übergaben Auswirkungen
auf unterschiedliche Dateien an unterschiedlichen Stellen im
- Projektarchiv. <emphasis>Glwichwohl</emphasis> zeigt
+ Projektarchiv. <emphasis>Gleichwohl</emphasis> zeigt
Subversion, dass die beiden Dateien einen Teil der Geschichte
gemeinsam haben. Bevor die Kopie des Zweiges in Revision 341
gemacht wurde, waren die Dateien dieselbe Datei. Deshalb
@@ -1145,7 +1145,7 @@
ist in Ihrem Interesse, diese Änderungen in Ihren Zweig zu
übernehmen, um sicherzustellen, dass sie sich gut mit Ihren
Änderungen vertragen. Das wird durch eine
- <firstterm>Synchronisierungs-Zusmmenführung</firstterm>
+ <firstterm>Synchronisierungs-Zusammenführung</firstterm>
erreicht – eine Zusammenführung zu dem Zweck, Ihren
Zweig mit Änderungen zu aktualisieren, die seit der Erstellung
Ihres Zweigs auf dem Ursprungszweig vorgenommen wurden.</para>
@@ -1295,7 +1295,7 @@
merge.</para>
-->
<para>Um die letzten Änderungen vom Stamm zu replizieren,
- müsen Sie die Synchronisierungs-Zusammenführungen auf die
+ müssen Sie die Synchronisierungs-Zusammenführungen auf die
<quote>althergebrachte</quote> Art machen – indem Sie
Revisionsintervalle angeben, die Sie zusammenführen
möchten.</para>
@@ -1313,11 +1313,12 @@
<screen>
$ svn log -v -r 400 ^/branches/foo-feature
------------------------------------------------------------------------
-r400 | carol | 2011-11-09 10:51:27 -0500 (Wed, 09 Nov 2011) | 1 line
<!--
+r400 | carol | 2011-11-09 10:51:27 -0500 (Wed, 09 Nov 2011) | 1 line
Changed paths:
A /branch/b2 (from /trunk:399)
-->
+r400 | carol | 2011-11-09 10:51:27 -0500 (Mi, 09. Nov 2011) | 1 Zeile
Geänderte Pfade:
A /branch/b2 (von /trunk:399)
@@ -1370,7 +1371,7 @@
Ihrem Zweig zusammengeführt werden, müssen Sie die bereits
getätigte Zusammenführung vermerken. Aber wo? Einer der
einfachsten Orte, um diese Information unterzubringen, ist
- die Protokollierungsnachricht für die Übergabe nach der
+ die Protokollnachricht für die Übergabe nach der
Zusammenführung:</para>
<informalexample>
@@ -1588,7 +1589,7 @@
besteht keine Möglichkeit, Änderungen an
<emphasis>Bäumen</emphasis>, etwa das Hinzufügen, Entfernen
oder Umbenennen von Dateien und Verzeichnissen
- abzubilden. Desweiteren bemerkt das Programm
+ abzubilden. Des Weiteren bemerkt das Programm
<command>patch</command> keine Änderungen an
Eigenschaften. Falls Sallys Änderung etwa ein neues
Verzeichnis hinzugefügt hätte, wäre es in der Ausgabe von
@@ -1859,7 +1860,7 @@
# wir jedoch nicht zusammenführen wollen:
$ svn log --verbose --quiet -r 958 ^/
------------------------------------------------------------------------
-r958 | bruce | 2011-10-20 13:28:11 -0400 (Do, 20 Okt 2011)
+r958 | bruce | 2011-10-20 13:28:11 -0400 (Do, 20. Okt 2011)
Geänderte Pfade:
M /trunk/doc/INSTALL
M /trunk/src/main.c
@@ -1973,7 +1974,7 @@
die Zusammenführung zu beschreiben. Für Anwender mit vielen
Informationen zu Teilbaum-Zusammenführungen bedeutete das,
dass auch relativ <quote>einfache</quote> Zusammenführungen
- (z.B. bei der ein Diff auf eine einzige Datei angewendet
+ (z.B., bei der ein Diff auf eine einzige Datei angewendet
wurde) Änderungen der Zusammenführungs-Informationen in
jedem Teilbaum nach sich zog, selbst bei denen, die keine
Eltern des betroffenen Pfades waren. Dies führte zu einiger
@@ -1985,7 +1986,7 @@
siehe
<xref linkend="svn.branchmerge.advanced.advancedsyntax"/>).
Die einzige Ausnahme von diesem Verhalten betrifft das
- eigentlilche Ziel der Zusammenführung; dessen Informationen
+ eigentliche Ziel der Zusammenführung; dessen Informationen
werden stets aktualisiert, um die Zusammenführung zu
beschreiben, auch wenn die angewandte Differenz keine
Änderung nach sich zog.</para>
@@ -2179,7 +2180,7 @@
<quote>nächste Änderungsmenge</quote> von einer
Entwicklungslinie (dem Stamm) zu holen und sie mit einer
anderen (Ihrem Zweig) abzugleichen. Das ist recht
- überschaubar, und Subversion weiß jedesmal, wo es wieder
+ überschaubar, und Subversion weiß jedes Mal, wo es wieder
ansetzen soll. Bei unseren vorangehenden Beispielen können Sie
sehen, dass es erst die Intervalle 345:356 vom Stamm auf den
Zweig überführte; später fuhr es mit dem nächsten verfügbaren
@@ -2270,7 +2271,7 @@
-m "Remove my-calc-branch, reintegrated with trunk in r391."
Committed revision 392.
-->
- -m "my-calc-branch entfernt, auf Stamm zurüchgeführt in r391."
+ -m "my-calc-branch entfernt, auf Stamm zurückgeführt in r391."
Revision 392 übertragen.
</screen>
</informalexample>
@@ -2374,11 +2375,11 @@
um Änderungsmengen zu verfolgen – d.h. welche Änderungen
auf welchen Zweig übertragen worden sind – besteht aus
der Datenspeicherung in versionierten Eigenschaften.
- Namentlilch werden Daten die das Zusammenführen betreffen in
+ Namentlich werden Daten die das Zusammenführen betreffen in
der Eigenschaft <literal>svn:mergeinfo</literal> festgehalten,
die mit Dateien und Verzeichnissen verknüpft ist. (Falls Sie
mit Subversion-Eigenschaften nicht vertraut sind, siehe <xref
- linkend="svn.advanced.props"/>.) </para>
+ linkend="svn.advanced.props"/>.) </para>
<!--
<para>You can examine the property, just like any other:</para>
@@ -2747,7 +2748,7 @@
<para>Mit dem Erscheinen von Subversion 1.7 kann der Unterbefehl
<command>svn mergeinfo</command> auch Informationen zur
Zusammenführung auf Teilbäumen und nichterbliche Informationen
- berücksichtigen. Tewilbaum-Informationen werden durch die
+ berücksichtigen. Teilbaum-Informationen werden durch die
Optionen <option>--recursive</option> oder
<option>--depth</option> berücksichtigt, während nichterbliche
standardmäßig beachtet wird.</para>
@@ -3210,7 +3211,7 @@
r808 | joe | 2003-12-26 14:29:40 -0600 (Fri, 26 Dec 2003) | 3 lines
Changed paths:
-->
-r808 | joe | 2003-12-26 14:29:40 -0600 (Fri, 26 Dec 2003) | 3 Zeilen
+r808 | joe | 2003-12-26 14:29:40 -0600 (Fr, 26. Dez 2003) | 3 Zeilen
Geänderte Pfade:
D /calc/trunk/real.c
M /calc/trunk/integer.c
@@ -3327,7 +3328,7 @@
Transmitting file data .
Committed revision 1390.
-->
-$ svn commit -m "real.c aus revision 807 wiederhergestellt,
/calc/trunk/real.c."
+$ svn commit -m "real.c aus Revision 807 wiederhergestellt,
/calc/trunk/real.c."
Hinzufügen real.c
Übertrage Daten .
Revision 1390 übertragen.
@@ -3362,7 +3363,7 @@
nützliche Sache. Falls Sie jedoch die Datei
<emphasis>ohne</emphasis> geschichtliche Verbindung zur alten
Datei zurückholen wollen, funktioniert diese Technik
- ebensogut:</para>
+ ebenso gut:</para>
<informalexample>
<screen>
@@ -4189,7 +4190,7 @@
grown to 234:</para>
-->
<para>Mit jeder dem Projektarchiv hinzugefügten neuen Revision
- wird die natųrliche Historie – und somit die implizite
+ wird die natürliche Historie – und somit die implizite
Zusammenführungs-Information – des Zweigs durch diese
Revisionen stetig erweitert, bis zu dem Tag, an dem der
Zweig gelöscht wird. So würde die implizite
@@ -4226,11 +4227,11 @@
und dann <userinput>svn merge ^/trunk -c 58</userinput> in
der so erstellten Arbeitskopie aufrufen. Subversion weiß,
dass die in Revision 53 an <filename>^/trunk</filename>
- übergebenen Änderunge bereits in der natürlichen Historie
- des Ziels vohanden sind, so dass sie nicht erneut
- zusammengefuhrt werden mussen. Letzten Endes
+ übergebenen Änderungen bereits in der natürlichen Historie
+ des Ziels vorhanden sind, so dass sie nicht erneut
+ zusammengeführt werden müssen. Letzten Endes
<emphasis>ist</emphasis> es das primäre Ziel der
- Zusammenführungsverfolgungs/Funktionalität von Subversion,
+ Zusammenführungsverfolgungs-Funktionalität von Subversion,
unnötige Zusammenführungen zu vermeiden!</para>
</sidebar>
@@ -4522,7 +4523,7 @@
ist vielleicht die Vorgehensweise Ihres Teams dergestalt, dass
Neuentwicklungen auf <filename>/trunk</filename> gemacht
werden, aber konservativer, wenn es darum geht, Änderungen auf
- einen stabilen Zweig zurückzuportieren, den sie zur
+ einen stabilen Zweig zurück zu portieren, den sie zur
Veröffentlichung benutzen. Auf der einen Seite können Sie
die Rosinen in Form von einzelnen Änderungsmengen manuell aus
dem Stamm herauspicken und in den Zweig einpflegen – nur
@@ -5016,23 +5017,23 @@
$ cd my-calc-branch
$ svn log -q
------------------------------------------------------------------------
-r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 line
+r390 | user | 2002-11-22 11:01:57 -0600 (Fr, 22. Nov 2002) | 1 Zeile
------------------------------------------------------------------------
-r388 | user | 2002-11-21 05:20:00 -0600 (Do, 21. Nov 2002) | 2 lines
+r388 | user | 2002-11-21 05:20:00 -0600 (Do, 21. Nov 2002) | 2 Zeilen
------------------------------------------------------------------------
-r381 | user | 2002-11-20 15:07:06 -0600 (Mi, 20. Nov 2002) | 2 lines
+r381 | user | 2002-11-20 15:07:06 -0600 (Mi, 20. Nov 2002) | 2 Zeilen
------------------------------------------------------------------------
-r359 | user | 2002-11-19 19:19:20 -0600 (Di, 19. Nov 2002) | 2 lines
+r359 | user | 2002-11-19 19:19:20 -0600 (Di, 19. Nov 2002) | 2 Zeilen
------------------------------------------------------------------------
-r357 | user | 2002-11-15 14:29:52 -0600 (Fr, 15. Nov 2002) | 2 lines
+r357 | user | 2002-11-15 14:29:52 -0600 (Fr, 15. Nov 2002) | 2 Zeilen
------------------------------------------------------------------------
-r343 | user | 2002-11-07 13:50:10 -0600 (Do, 07. Nov 2002) | 2 lines
+r343 | user | 2002-11-07 13:50:10 -0600 (Do, 07. Nov 2002) | 2 Zeilen
------------------------------------------------------------------------
-r341 | user | 2002-11-03 07:17:16 -0600 (So, 03. Nov 2002) | 2 lines
+r341 | user | 2002-11-03 07:17:16 -0600 (So, 03. Nov 2002) | 2 Zeilen
------------------------------------------------------------------------
-r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Oct 2002) | 2 lines
+r303 | sally | 2002-10-29 21:14:35 -0600 (Di, 29. Okt 2002) | 2 Zeilen
------------------------------------------------------------------------
-r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 lines
+r98 | sally | 2002-02-22 15:35:29 -0600 (Fr, 22. Feb 2002) | 2 Zeilen
------------------------------------------------------------------------
</screen>
</informalexample>
@@ -5701,7 +5702,7 @@
<para>Manchmal erscheint Mergeinfo auf Pfaden, von denen Sie
nicht erwartet hätten, dass sie durch eine Operation berührt
worden wären. Manchmal wird Mergeinfo überhaupt nicht erzeugt,
- obwohl Sie es erwartet hätten. Darüberhinaus umgibt die
+ obwohl Sie es erwartet hätten. Darüber hinaus umgibt die
Verwaltung der Mergeinfo-Metadaten eine ganze Menge von
Systematiken und Verhalten, wie <quote>explizite</quote>
gegenüber <quote>implizite</quote> Mergeinfo,
@@ -5841,7 +5842,7 @@
target.</para>
-->
<para>Stellen Sie sicher, dass Sie vollständigen
- Lesezugriff auf die Quellen sowie Lwse- und
+ Lesezugriff auf die Quellen sowie Lese- und
Schreibzugriff auf alle Ziele der Zusammenführung
haben.</para>
</listitem>
@@ -6562,7 +6563,7 @@
-->
<para>Sie haben mittlerweile vielleicht festgestellt, dass
Subversion äußerst flexibel ist. Da Zweigen und Tags derselbe
- Mechanismus zugrundeliegt (Verzeichniskopien) und weil Zweige
+ Mechanismus zugrunde liegt (Verzeichniskopien) und weil Zweige
und Tags im normalen Dateisystem auftauchen, finden viele Leute
Subversion einschüchternd. Es ist beinahe
<emphasis>zu</emphasis> flexibel. In diesem Abschnitt machen wir
@@ -6790,7 +6791,7 @@
relativ kurze Lebensdauer: Sie haben ihn vielleicht angelegt,
um einen Fehler zu beseitigen oder eine neue Funktion
einzubauen. Wenn Ihr Arbeitspaket abgeschlossen ist, kann auch
- der Zweig geschlossen werden. In der Softwareentwicklung ist
+ der Zweig geschlossen werden. In der Software=Entwicklung ist
es allerdings auch üblich, zwei <quote>Haupt</quote>-Zweige zu
haben, die für lange Zeit nebeneinander bestehen. Es ist zum
Beispiel an der Zeit, eine stabile Version des
@@ -6881,12 +6882,12 @@
terms.</para>
-->
<para>Am häufigsten wird Versionskontrolle in der
- Softwareentwicklung verwendet, so dass wir an dieser Stelle
+ Software-Entwicklung verwendet, so dass wir an dieser Stelle
kurz zwei der gebräuchlichsten Verzweigungs- und
Zusammenführungsmuster vorstellen, die von Entwicklerteams
benutzt werden. Falls Sie Subversion nicht in der
- Softwareentwicklung verwenden, können Sie den Abschnitt getrost
- überspringen. Falls Sie ein Softwareentwickler sind, der
+ Software=Entwicklung verwenden, können Sie den Abschnitt getrost
+ überspringen. Falls Sie ein Software=Entwickler sind, der
Versionskontrolle das erste Mal verwendet, sollten Sie gut
aufpassen, da es sich bei diesen Mustern um bewährte
Vorgehensweisen handelt, die von erfahrenen Menschen empfohlen
@@ -7182,7 +7183,7 @@
your branch changes. You then merge back with
the <option>- -reintegrate</option> option:</para>
-->
- <para>Wenn Sie schließlich bereit ssind, den
+ <para>Wenn Sie schließlich bereit sind, den
<quote>synchronisierten</quote> Funktions-Zweig zurück in den
Stamm zu führen, arbeiten Sie ein letztes Mal die
jüngsten Änderungen vom Stamm in den Zweig ein. Danach werden
@@ -7259,7 +7260,7 @@
the information generated by one group of people has a direct
effect on that which is generated by another group.</para>
-->
- <para>Besonders in der Softwareentwicklung haben die von Ihnen
+ <para>Besonders in der Software=Entwicklung haben die von Ihnen
versionsverwalteten Daten oft einen engen Bezug zu Daten von
anderen, oder sind vielleicht abhängig davon. Allgemein wird der
Bedarf ihres Projektes erfordern, dass Sie bezüglich der
@@ -7282,7 +7283,7 @@
matured, Subversion attempts to synchronize with APR's library
API only at well-tested, stable release points.</para>
-->
- <para>So könnte es sein, dass Softwareentwickler beispielsweise an
+ <para>So könnte es sein, dass Software-Entwickler beispielsweise an
einer Anwendung arbeiten, die die Bibliothek eines
Drittanbieters benötigt. Subversion hat eine solche Abhängigkeit
von der Bibliothek Apache Portable Runtime (APR) (siehe <xref
@@ -7337,7 +7338,7 @@
<para>Allerdings möchten Sie von Zeit zu Zeit spezielle
Anpassungen des Drittanbieter-Codes in Ihrem eigenen
Versionskontrollsystem verwalten. Um auf unser Beispiel aus der
- Softwareentwicklung zurückzukommen, müssen Entwickler manchmal
+ Software=Entwicklung zurückzukommen, müssen Entwickler manchmal
die Bibliothek der Drittanbieter für ihre Zwecke verändern.
Diese Änderungen können neue Funktionalitäten oder
Fehlerbehebungen beinhalten und werden nur solange intern
@@ -7346,7 +7347,7 @@
diese Änderungen niemals an die Entwickler der Bibliothek
zurückgegeben werden, sondern lediglich als spezielle
Anpassungen bestehen, um die Bibliothek für Bedürfnisse der
- Softwareentwickler geeigneter zu machen.</para>
+ Software-Entwickler geeigneter zu machen.</para>
<!--
<para>Now you face an interesting situation. Your project could
@@ -7774,7 +7775,7 @@
bestehendes Verzeichnis im Projektarchiv exakt mit einem
externen Verzeichnis abzugleichen, wobei alle notwendigen
Hinzufügungen und Löschungen ausgeführt werden und
- darüberhinaus noch optionale Verschiebungen.</para>
+ darüber hinaus noch optionale Verschiebungen.</para>
</listitem>
<listitem>
<!--
@@ -7966,7 +7967,7 @@
verwendet werden, können mit einem vorangestellten umgekehrten
Schrägstrich (<literal>\</literal>) maskiert werden. Der
umgekehrte Schrägstrich maskiert nur Anführungszeichen beim
- Lesen der Konfigurationsdatei, darum sollten Sie darüberhinaus
+ Lesen der Konfigurationsdatei, darum sollten Sie darüber hinaus
keine weiteren Zeichen maskieren.</para>
</sect2>
@@ -7997,8 +7998,8 @@
branches in a software project.</para>
-->
<para>Verzweigen oder nicht verzweigen – das ist eine
- interessante Frage. Bis hierhin hat dieses Kapitel einwn
- ziwmlich tiefen Tauchgang in die Tiefen des Verzweigens und
+ interessante Frage. Bis hierhin hat dieses Kapitel einen
+ ziemlich tiefen Tauchgang in die Tiefen des Verzweigens und
Zusammenführens geboten. Themen, die historisch die Hauptquellen
für die Verwirrung von Subversion-Anwendern waren. Als wären die
routinemäßigen Aktionen zum Verzweigen und Verwalten von Zweigen
@@ -8028,7 +8029,7 @@
diesen anderen Linien berühren nicht den Zweig. Auf diese Weise
kann ein Zweig als großartiger Ort zum Experimentieren mit neuen
Funktionalitäten, komplizierten Fehlerbehebungen, größeren
- Refaktorierungen usw. dienen. Egal, wieviel Sally auf ihrem
+ Refaktorierungen usw. dienen. Egal, wie viel Sally auf ihrem
Zweig kaputt macht, Harry und der Rest der Mannschaft können mit
ihrer Arbeit ungehindert außerhalb des Zweigs
weitermachen.</para>
@@ -8054,7 +8055,7 @@
eines bestimmten Fehlers ausmachen, eine Liste
nicht-aufeinanderfolgender Revisionsnummern sein. Sie könnten
diese natürlichsprachlich als <quote>Revisionen 1534, 1543,
- 1587 und 1588</quote> bezeichnen. Sehrwahrscheinlich werden Sie
+ 1587 und 1588</quote> bezeichnen. Sehr wahrscheinlich werden Sie
diese Nummern manuell (oder auf andere Weise) in einem
Fehlerverfolgungs-Dokument festhalten. Wenn Sie die
Fehlerbehebung auf andere Produktversionen anwenden möchten,
@@ -8109,7 +8110,7 @@
sein, die zum Experimentieren mit den künftigen Quellen ohne die
Absicht der Rückführung in die Hauptentwicklungslinie angelegt
werden – bloße Richtlinien brauchen keine Visionen
- abwürgen! Doch ws bleibt die einfache Tatsache, dass Projekte
+ abwürgen! Doch es bleibt die einfache Tatsache, dass Projekte
allgemein von einem geordneten Ansatz für Versionskontrolle
profitieren, bei dem der Quelltext und Änderungen daran die
Begutachtung und das Verstehen von mehr als einem Teammitglied
@@ -8166,7 +8167,7 @@
.</userinput> in Ihrer Arbeitskopie verwenden, um buchstäblich
alle Änderungen im Projektarchiv seit Ihrer letzten
Aktualisierung hineinzubringen, wenn Sie
- wollten!</para></footnote> Gewissemaßen reintegrieren Sie Ihren
+ wollten!</para></footnote> Gewissermaßen reintegrieren Sie Ihren
Zweig jedes Mal, wenn Sie <command>svn commit</command>
aufrufen. In diesem Sinn haben Anwender von Subversion ständig
mit Zweigen und Zusammenführungen zu tun. Angesichts der
More information about the svnbook-dev
mailing list