Translated section 9.2.1 (Importing from Subversion).

Author: csaragiotis

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

@@ -1,47 +1,47 @@
 ==== Subversion
 
 (((Subversion)))
-(((Importing, from Subversion)))
-If you read the previous section about using `git svn`, you can easily use those instructions to `git svn clone` a repository; then, stop using the Subversion server, push to a new Git server, and start using that.
-If you want the history, you can accomplish that as quickly as you can pull the data out of the Subversion server (which may take a while).
+(((Εισαγωγή, από Subversion)))
+Όπως αναφέρεται στην προηγούμενη ενότητα σχετικά με τη χρήση του `git svn`, μπορούμε εύκολα να χρησιμοποιήσουμε αυτές τις οδηγίες για να κλωνοποιήσουμε ένα αποθετήριο SVN με την `git svn clone`· στη συνέχεια, σταματούμε να χρησιμοποιούμε τον διακομιστή Subversion, ωθούμε στον νέο διακομιστή Git και αρχίζουμε να χρησιμοποιούμε αυτόν.
+Εάν θέλουμε το ιστορικό, αυτό είναι κάτι που μπορούμε να το πετύχουμε τόσο γρήγορα όσο γρήγορα μπορούμε να τραβήξουμε τα δεδομένα από τον διακομιστή Subversion (αυτό μπορεί να πάρει διαρκέσει αρκετά).
 
-However, the import isn't perfect; and because it will take so long, you may as well do it right.
-The first problem is the author information.
-In Subversion, each person committing has a user on the system who is recorded in the commit information.
-The examples in the previous section show `schacon` in some places, such as the `blame` output and the `git svn log`.
-If you want to map this to better Git author data, you need a mapping from the Subversion users to the Git authors.
-Create a file called `users.txt` that has this mapping in a format like this:
+Ωστόσο, η εισαγωγή δεν είναι τέλεια· και επειδή θα διαρκέσει τόσο πολύ ούτως ή άλλως, ας την κάνουμε σωστά.
+Το πρώτο πρόβλημα είναι οι πληροφορίες του συγγραφέα.
+Στο Subversion, κάθε άτομο που υποβάλλει έχει έναν χρήστη στο σύστημα που καταγράφεται καταγραφεί στις πληροφορίες της υποβολής.
+Τα παραδείγματα στην προηγούμενη ενότητα δείχνουν `schacon` σε ορισμένα σημεία, όπως στις εξόδους των `blame` και `git svn log`.
+Εάν θέλουμε να αντιστοιχίσουμε αυτό για να βελτιώσουμε τις πληροφορίες των συγγραφέων στο Git, χρειάζεστε μια απεικόνιση από τους χρήστες του Subversion στους συγγραφείς του Git.
+Δημιουργούμε ένα αρχείο με όνομα `users.txt` που έχει αυτήν την απεικόνιση στην παρακάτω μορφή:
 
 [source]
 ----
 schacon = Scott Chacon <[email protected]>
 selse = Someo Nelse <[email protected]>
 ----
 
-To get a list of the author names that SVN uses, you can run this:
+Για να αποκτήσουμε μια λίστα με τα ονόματα συγγραφέων που χρησιμοποιεί το SVN, μπορούμε να εκτελέσουμε το εξής:
 
 [source,console]
 ----
 $ svn log --xml | grep author | sort -u | \
   perl -pe 's/.*>(.*?)<.*/$1 = /'
 ----
 
-That generates the log output in XML format, then keeps only the lines with author information, discards duplicates, strips out the XML tags.
-(Obviously this only works on a machine with `grep`, `sort`, and `perl` installed.)
-Then, redirect that output into your users.txt file so you can add the equivalent Git user data next to each entry.
+Αυτό δίνει την έξοδο του αρχείου καταγραφής σε μορφή XML, διατηρεί μόνο τις γραμμές με πληροφορίες συγγραφέα, απορρίπτει διπλότυπα, απομακρύνει τις ετικέτες XML.
+(Προφανώς αυτό λειτουργεί μόνο σε ένα μηχάνημα που έχει εγκατεστημένα  τα προγράμματα `grep`, `sort` και `perl`.)
+Στη συνέχεια, ανακατευθύνουμε την έξοδο στο αρχείο users.txt, ώστε να μπορούμε να προσθέσουμε τα αντίστοιχα δεδομένα χρήστη Git δίπλα σε κάθε καταχώρηση.
 
-You can provide this file to `git svn` to help it map the author data more accurately.
-You can also tell `git svn` not to include the metadata that Subversion normally imports, by passing `--no-metadata` to the `clone` or `init` command.
-This makes your `import` command look like this:
+Μπορούμε να δώσουμε αυτό το αρχείο στην `git svn` για να το βοηθήσουμε να αντιστοιχίσει τα δεδομένα των συγγραφέων με μεγαλύτερη ακρίβεια.
+Μπορούμε επίσης να πούμε στο `git svn` να μην συμπεριλάβει τα μεταδεδομένα που εισάγει το Subversion υπό κανονικές συνθήκες, περνώντας την επιλογή `--no-metadata` στην εντολή `clone` ή την `init`.
+Αυτό κάνει την εντολή `import` μας να μοιάζει με αυτή:
 
 [source,console]
 ----
 $ git svn clone http://my-project.googlecode.com/svn/ \
       --authors-file=users.txt --no-metadata -s my_project
 ----
 
-Now you should have a nicer Subversion import in your `my_project` directory.
-Instead of commits that look like this
+Τώρα θα πρέπει να έχουμε μια καλύτερη εισαγωγή από το Subversion στον κατάλογο `my_project`.
+Αντί οι υποβολές που μοιάζουν με αυτό:
 
 [source]
 ----
@@ -55,7 +55,7 @@ Date:   Sun May 3 00:12:22 2009 +0000
     be05-5f7a86268029
 ----
 
-they look like this:
+μοιάζουν με αυτό:
 
 [source]
 ----
@@ -68,42 +68,44 @@ Date:   Sun May 3 00:12:22 2009 +0000
 
 Not only does the Author field look a lot better, but the `git-svn-id` is no longer there, either.
 
-You should also do a bit of post-import cleanup.
-For one thing, you should clean up the weird references that `git svn` set up.
-First you'll move the tags so they're actual tags rather than strange remote branches, and then you'll move the rest of the branches so they're local.
+Όχι μόνο το πεδίο ``Author'' φαίνεται πολύ καλύτερα, αλλά επιπλέον το `git-svn-id` δεν βρίσκεται πια εκεί.
 
-To move the tags to be proper Git tags, run
+Θα πρέπει επίσης να κάνουμε ένα συμμαζεματάκι μετά την εισαγωγή.
+Κατ' αρχάς, θα πρέπει να καθαρίσουμε τις περίεργες αναφορές που έβαλε η `git svn`.
+Αρχικά θα μετακινήσουμε τις ετικέτες έτσι ώστε να είναι πραγματικές ετικέτες και όχι περίεργοι απομακρυσμένοι κλάδοι και στη συνέχεια θα μετακινήσουμε τους υπόλοιπους κλάδους έτσι ώστε να είναι τοπικοί.
+
+Για να μετακινήσουμε τις ετικέτες ώστε να είναι κατάλληλες ετικέτες Git, εκτελούμε:
 
 [source,console]
 ----
 $ cp -Rf .git/refs/remotes/origin/tags/* .git/refs/tags/
 $ rm -Rf .git/refs/remotes/origin/tags
 ----
 
-This takes the references that were remote branches that started with `remotes/origin/tags/` and makes them real (lightweight) tags.
+Το παραπάνω παίρνει τις αναφορές που ήταν απομακρυσμένοι κλάδοι που ξεκίνησαν με `remotes/origin/tags/` και τα κάνει πραγματικές (ελαφριές) ετικέτες.
 
-Next, move the rest of the references under `refs/remotes` to be local branches:
+Στη συνέχεια μετακινούμε τις υπόλοιπες αναφορές του φακέλου `refs/remotes` ώστε να είναι τοπικοί κλάδοι:
 
 [source,console]
 ----
 $ cp -Rf .git/refs/remotes/* .git/refs/heads/
 $ rm -Rf .git/refs/remotes
 ----
 
-Now all the old branches are real Git branches and all the old tags are real Git tags.
-The last thing to do is add your new Git server as a remote and push to it.
-Here is an example of adding your server as a remote:
+Τώρα όλοι οι παλιοί κλάδοι είναι πραγματικοί κλάδοι Git και όλες οι παλιές ετικέτες είναι πραγματικές ετικέτες Git.
+Το τελευταίο πράγμα που πρέπει να κάνουμε είναι να προσθέσουμε τον νέο μας διακομιστή Git ως απομακρυσμένο και να τον ωθήσουμε.
+Ακολουθεί ένα παράδειγμα προσθήκης του διακομιστή μας ως απομακρυσμένου αποθετηρίου:
 
 [source,console]
 ----
 $ git remote add origin git@my-git-server:myrepository.git
 ----
 
-Because you want all your branches and tags to go up, you can now run this:
+Επειδή θέλουμε να ανέβουν όλοι οι κλάδοι και οι ετικέτες μας, μπορούμε τώρα να εκτελέσουμε το εξής:
 
 [source,console]
 ----
 $ git push origin --all
 ----
 
-All your branches and tags should be on your new Git server in a nice, clean import.
+Όλοι οι κλάδοι μας και οι ετικέτες μας θα πρέπει να βρίσκονται στο νέο μας διακομιστή Git σε μια ωραία και καθαρή εισαγωγή.