Skip to content

Commit 1ef6fc2

Browse files
Review as requested in PR-28
1 parent e81430d commit 1ef6fc2

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

book/09-git-and-other-scms/sections/import-svn.asc

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -3,10 +3,10 @@
33
(((Subversion)))
44
(((Importing, from Subversion)))
55
Wenn Sie den vorherigen Abschnitt über die Verwendung von `git svn` gelesen haben, können Sie die Anweisungen zu `git svn clone` leicht dazu benutzen, um ein Repository zu klonen. Beenden Sie dann die Verwendung des Subversion-Servers, pushen Sie zu einem neuen Git-Server und starten Sie dessen Nutzung.
6-
Der Verlauf kann in diesem Fall schnellstens aus dem Subversion-Server gezogen werden (was einige Zeit in Anspruch nehmen kann).
6+
Der Verlauf kann in diesem Fall aus dem Subversion-Server gezogen werden (was einige Zeit in Anspruch nehmen kann - abhängig von der Geschwindigkeit, mit der Ihr SVN-Server die Historie ausliefern kann).
77

88
Allerdings ist der Import nicht perfekt. Da er aber so lange dauert, können Sie ihn genauso gut auch richtig machen.
9-
Das erste Problem ist die Autoreninformation.
9+
Das erste Problem sind die Autoreninformationen.
1010
In Subversion hat jede Person, die einen Commit durchführt, auch einen Benutzer-Account auf dem System, der in den Commit-Informationen erfasst wird.
1111
Die Beispiele im vorherigen Abschnitt zeigen an einigen Stellen `schacon`, wie z.B. der `blame` Output und das `git svn log`.
1212
Wenn Sie diese auf bessere Git-Autorendaten abbilden möchten, benötigen Sie eine Zuordnung der Subversion-Benutzer zu den Git-Autoren.
@@ -69,7 +69,7 @@ Date: Sun May 3 00:12:22 2009 +0000
6969
be05-5f7a86268029
7070
----
7171

72-
sehen sie jetzt so aus:
72+
sehen diese jetzt so aus:
7373

7474
[source]
7575
----
@@ -93,7 +93,7 @@ Damit die Tags zu richtigen Git-Tags werden, starten Sie:
9393
$ for t in $(git for-each-ref --format='%(refname:short)' refs/remotes/tags); do git tag ${t/tags\//} $t && git branch -D -r $t; done
9494
----
9595

96-
Dabei werden die Referenzen, die Remote-Branches waren und mit `refs/remotes/tags/` begonnen haben, genommen und zu richtigen (leichten) Tags gemacht.
96+
Dabei werden die Referenzen, die Remote-Branches waren und mit `refs/remotes/tags/` begonnen haben zu richtigen (leichten) Tags gemacht.
9797

9898
Als nächstes verschieben Sie den Rest der Referenzen unter `refs/remotes` in lokale Branches:
9999

@@ -104,8 +104,8 @@ $ for b in $(git for-each-ref --format='%(refname:short)' refs/remotes); do git
104104

105105
Es kann vorkommen, dass Sie einige zusätzliche Branches sehen, die durch `@xxx` ergänzt sind (wobei xxx eine Zahl ist), während Sie in Subversion nur einen Branch sehen.
106106
Es handelt sich hierbei um eine Subversion-Funktion mit der Bezeichnung „peg-revisions“, für die Git einfach kein syntaktisches Gegenstück hat.
107-
Daher fügt `git svn` einfach die svn-Versionsnummer zum Branch-Namen hinzu, genau so, wie Sie es in svn geschrieben hätten, um die peg-Revision dieses Branchs anzusprechen.
108-
Wenn Sie sich nicht mehr um die peg-Revisionen sorgen wollen, entfernen Sie sie einfach:
107+
Daher fügt `git svn` einfach die SVN-Versionsnummer zum Branch-Namen hinzu, genau so, wie Sie es in SVN geschrieben hätten, um die peg-Revision dieses Branchs anzusprechen.
108+
Wenn Sie sich nicht mehr um die peg-Revisionen sorgen wollen, entfernen Sie diese einfach:
109109

110110
[source,console]
111111
----

0 commit comments

Comments
 (0)