Merge pull request #36 from progit2-gr/cs/fix-details

Cs/fix details

Author: csaragiotis

book/01-introduction/sections/first-time-setup.asc

@@ -37,7 +37,7 @@ $ git config --global user.email [email protected]
 
 ==== Ο επεξεργαστής κειμένου
 
-Τώρα που έχουμε ορίσει την ταυτότητά μας, μπορούμε να καθορίσουμε τον επεξεργαστή κειμένου που θα χρησιμοποιούμε όταν το Git μας ζητάει να επεξεργαστούμε κάποιο κείμενο.
+Τώρα που έχουμε ορίσει την ταυτότητά μας, μπορούμε να καθορίσουμε τον επεξεργαστή κειμένου που θα χρησιμοποιούμε όταν το Git μάς ζητάει να επεξεργαστούμε κάποιο κείμενο.
 Αν δεν τον ρυθμίσουμε, το Git θα χρησιμοποιήσει τον προεπιλεγμένο επεξεργαστή κειμένου του συστήματός μας, π.χ. τον Vim.
 Αν θέλουμε να χρησιμοποιήσουμε έναν διαφορετικό επεξεργαστή κειμένου, όπως τον Emacs, μπορούμε να εκτελέσουμε την εντολή:
 

book/02-git-basics/sections/getting-a-repository.asc

@@ -61,4 +61,4 @@ $ git clone https://github.com/libgit2/libgit2 mylibgit
 
 Το Git έχει διάφορα πρωτόκολλα μεταφοράς που μπορούμε να χρησιμοποιήσουμε.
 Το προηγούμενο παράδειγμα χρησιμοποεί το πρωτόκολλο `https://`, ενδέχεται επίσης να δούμε το `git://` ή το `user@server:path/to/repo.git` το οποίο χρησιμοποιεί το πρωτόκολλο μεταφοράς SSH.
-Στο κεφάλαιο <<_git_on_the_server>> θα μας παρουσιαστούν όλες οι διαθέσιμες εναλλακτικές που μπορεί να χρησιμοποιήσει ο διακομιστής ώστε να αποκτήσει πρόσβαση στο αποθετήριο Git μας, καθώς και τα πλεονεκτήματα και μειονεκτήματα της κάθε εναλλακτικής.
+Στο κεφάλαιο <<_git_on_the_server>> θα μας παρουσιαστούν όλες οι διαθέσιμες εναλλακτικές που μπορεί να χρησιμοποιήσει ο διακομιστής ώστε να αποκτήσει πρόσβαση στο αποθετήριό μας, καθώς και τα πλεονεκτήματα και μειονεκτήματα της κάθε εναλλακτικής.

book/02-git-basics/sections/remotes.asc

@@ -57,7 +57,7 @@ origin    [email protected]:mojombo/grit.git (push)
 ----
 
 Αυτό μας βοηθάει ώστε να πάρουμε τις αλλαγές και τις συνεισφορές των άλλων χρηστών αρκετά εύκολα.
-Επιπλέον μπορούμε, αν έχουμε τη εξουσιοδότηση, να ωθήσουμε αλλαγές σε αυτά. Η εντολή αυτή δεν μας δίνει πληροφορίες για το αν έχουμε την εξουσιοδότηση αυτή.
+Επιπλέον μπορούμε, αν έχουμε την εξουσιοδότηση, να ωθήσουμε αλλαγές σε αυτά. Η εντολή αυτή δεν μας δίνει πληροφορίες για το αν έχουμε την εξουσιοδότηση αυτή.
 
 Ας σημειωθεί ότι τα απομακρυσμένα αποθετήρια χρησιμοποιούν μια πληθώρα από πρωτόκολλα. Θα καλύψουμε αναλυτικά τα πρωτόκολλα αυτά στο κεφάλαιο <<_git_on_the_server>>.
 

book/03-git-branching/sections/basic-branching-and-merging.asc

@@ -271,7 +271,7 @@ Hit return to start merge resolution tool (opendiff):
 Πιο προχωρημένα εργαλεία για να επιλύσουμε περίπλοκες συγκρούσεις συγχωνεύσεων, θα αναφέρουμε στην ενότητα <<ch07-git-tools#_advanced_merging>>.
 ====
 
-Αφού βγούμε από το εργαλείο συγχώνευσης, το Git μας ρωτάει αν η συγχώνευση ήταν επιτυχής.
+Αφού βγούμε από το εργαλείο συγχώνευσης, το Git μάς ρωτάει αν η συγχώνευση ήταν επιτυχής.
 Αν του πούμε ότι ήταν, ωθεί το αρχείο στο ενδιάμεσο στάδιο ώστε να επισημανθεί ως επιλυμένο.
 Μπορούμε να τρέξουμε την εντολή `git status` ξανά για να επιβεβαιώσουμε ότι όλες οι συγκρούσεις έχουν επιλυθεί:
 

book/03-git-branching/sections/nutshell.asc

@@ -20,7 +20,7 @@ $ git commit -m 'The initial commit of my project'
 Όταν επιτελούμε την υποβολή, τρέχοντας την εντολή `git commit`, το Git υπολογίζει ένα άθροισμα ελέγχου για καθέναν υποκατάλογο (στη συγκεκριμένη περίπτωση μόνο για τον βασικό κατάλογο του έργου) και αποθηκεύει αυτά τα αντικείμενα δενδροειδούς δομής στο αποθετήριο Git.
 Στη συνέχεια το Git δημιουργεί ένα αντικείμενο υποβολής που περιέχει τα μεταδεδομένα και έναν δείκτη στη βάση του δένδρου του έργου, ώστε να μπορεί να επαναδημιουργήσει το στιγμιότυπο, όταν χρειαστεί.(((εντολές git, commit)))
 
-Σε αυτό το στάδιο, το αποθετήριό Git μας περιέχει πέντε αντικείμενα: τρία blob για τα περιεχόμενα των αρχείων (ένα blob για κάθε αρχείο), μία δενδροειδή δομή που καταγράφει τα περιεχόμενα του καταλόγου και προσδιορίζει ποιο αρχείο αντιστοιχίζεται σε ποιο blob και ένα αντικείμενο commit που περιέχει τον δείκτη στον βασικό κατάλογο και όλα τα μεταδεδομένα της υποβολής.
+Σε αυτό το στάδιο, το αποθετήριό μας περιέχει πέντε αντικείμενα: τρία blob για τα περιεχόμενα των αρχείων (ένα blob για κάθε αρχείο), μία δενδροειδή δομή που καταγράφει τα περιεχόμενα του καταλόγου και προσδιορίζει ποιο αρχείο αντιστοιχίζεται σε ποιο blob και ένα αντικείμενο commit που περιέχει τον δείκτη στον βασικό κατάλογο και όλα τα μεταδεδομένα της υποβολής.
 
 .Μία υποβολή και το δενδροδιάγραμμά της.
 image::images/commit-and-tree.png[Μία υποβολή και το δενδροδιάγραμμά της.]
@@ -146,8 +146,8 @@ $ git commit -a -m 'made other changes'
 ----
 
 Τώρα το ιστορικό του έργου έχει αποκλίνει (βλ. <<divergent_history>>).
-Δημιουργήσαμε ένα κλάδο, μεταβήκαμε σε αυτόν, κάναμε κάποιες αλλαγές και μετά επιστρέψαμε στον κλάδο `main' και κάναμε κάποιες άλλες αλλαγές.
-Οι αλλαγές αυτές είναι απομονωμένες σε διαφορετικούς κλάδους: μπορούμε να μεταπηδούμε από τον ένα κλάδο στον άλλο και να τους συγχωνεύσουμε όταν είμαστε έτοιμοι να κάνουμε κάτι τέτοιο. 
+Δημιουργήσαμε έναν κλάδο, μεταβήκαμε σε αυτόν, κάναμε κάποιες αλλαγές και μετά επιστρέψαμε στον κλάδο `main' και κάναμε κάποιες άλλες αλλαγές.
+Οι αλλαγές αυτές είναι απομονωμένες σε διαφορετικούς κλάδους: μπορούμε να μεταπηδούμε από τον έναν κλάδο στον άλλο και να τους συγχωνεύσουμε όταν είμαστε έτοιμοι να κάνουμε κάτι τέτοιο. 
 Και όλα αυτά τα καταφέρνουμε με απλές εντολές `branch`, `checkout` και `commit`.
 
 [[divergent_history]]

book/03-git-branching/sections/rebasing.asc

@@ -20,7 +20,7 @@ image::images/basic-rebase-2.png[Συγχώνευση και ενσωμάτωσ
 
 Ωστόσο, υπάρχει κι ένας άλλος τρόπος: μπορούμε να πάρουμε μόνον το επίθεμα κώδικα των αλλαγών που εισήχθησαν με την υποβολή `C4` και να τις εφαρμόσουμε (επανατοποθετήσουμε) ξανά στο στιγμιότυπο `C3`.
 Στο Git, αυτό ονομάζεται _επανατοποθέτηση_ (rebasing).
-Με την εντολή `rebase` μπορούμε να πάρουμε όλες τις αλλαγές που υποβλήθηκαν σε ένα κλάδο και να τις επαναλάβουμε σε έναν άλλο.(((εντολές git, rebase)))
+Με την εντολή `rebase` μπορούμε να πάρουμε όλες τις αλλαγές που υποβλήθηκαν σε έναν κλάδο και να τις επαναλάβουμε σε έναν άλλο.(((εντολές git, rebase)))
 
 Σε αυτό το παράδειγμα, θα τρέχαμε τα παρακάτω:
 

book/03-git-branching/sections/remote-branches.asc

@@ -136,7 +136,7 @@ Switched to a new branch 'serverfix'
 Όταν κλωνοποιούμε ένα αποθετήριο, αυτό δημιουργεί αυτόματα έναν κλάδο `master` που παρακολουθεί τον κλάδο `origin/master`.
 Όμως μπορούμε να ορίσουμε και άλλους κλάδους παρακολούθησης, αν θέλουμε -- κλάδους που παρακολουθούν κλάδους σε άλλα απομακρυσμένα αποθετήρια ή δεν παρακολουθούν τον κλάδο `master`.
 Η πιο απλή περίπτωση είναι αυτή που μόλις είδαμε, η εντολή `git checkout -b <κλάδος> <απομακρυσμένο_αποθετήριο>/<κλάδος>`.
-Αυτή η περίπτωση είναι τόσο συνηθισμένη που το Git μας παρέχει την επιλογή `--track`:
+Αυτή η περίπτωση είναι τόσο συνηθισμένη που το Git μάς παρέχει την επιλογή `--track`:
 
 [source,console]
 ----
@@ -145,7 +145,7 @@ Branch serverfix set up to track remote branch serverfix from origin.
 Switched to a new branch 'serverfix'
 ----
 
-Για την ακρίβεια είναι τόσο συνηθισμένη που υπάρχει συντόμευση για την παραπάνω επιλογή. Αν το όνομα του κλάδου στον οποίο προσπαθούμε να μεταβούμε (α) δεν υπάρχει και (β) έχει ακριβώς το ίδιο όνομα με έναν απομακρυσμένο, το Git θα δημιουργήσει αυτόματα ένα κλάδο παρακολούθησης.
+Για την ακρίβεια είναι τόσο συνηθισμένη που υπάρχει συντόμευση για την παραπάνω επιλογή. Αν το όνομα του κλάδου στον οποίο προσπαθούμε να μεταβούμε (α) δεν υπάρχει και (β) έχει ακριβώς το ίδιο όνομα με έναν απομακρυσμένο, το Git θα δημιουργήσει αυτόματα έναν κλάδο παρακολούθησης.
 
 [source,console]
 ----

book/04-git-server/sections/git-on-a-server.asc

@@ -37,7 +37,7 @@ $ cp -Rf my_project/.git my_project.git
 [[_bare_repo]]
 ==== Τοποθέτηση του γυμνού αποθετηρίου σε έναν διακομιστή
 
-Τώρα που έχουμε ένα γυμνό αντίγραφο του αποθετηρίου μας, το μόνο που χρειάζεται να κάνουμε είναι να το βάλουμε σε ένα διακομιστή και να ρυθμίσουμε τα πρωτόκολλά μας.
+Τώρα που έχουμε ένα γυμνό αντίγραφο του αποθετηρίου μας, το μόνο που χρειάζεται να κάνουμε είναι να το βάλουμε σε έναν διακομιστή και να ρυθμίσουμε τα πρωτόκολλά μας.
 Ας υποθέσουμε ότι έχουμε δημιουργήσει έναν διακομιστή που ονομάζεται `git.example.com` στον οποίο έχουμε πρόσβαση μέσω SSH και θέλουμε να αποθηκεύσουμε όλα τα αποθετήρια Git στον κατάλογο `/opt/git`.
 Υποθέτοντας ότι το `/opt/git` υπάρχει σε αυτόν τον διακομιστή, μπορούμε να ρυθμίσουμε το νέο αποθετήριό μας αντιγράφοντας το γυμνό αποθετήριο:
 
@@ -67,7 +67,7 @@ $ git init --bare --shared
 Βλέπουμε πόσο εύκολο είναι να πάρουμε ένα αποθετήριο Git, να δημιουργήσουμε μια γυμνή έκδοσή του και να την τοποθετήσουμε σε έναν διακομιστή στον οποίο εμείς και οι συνεργάτες μας έχουμε πρόσβαση μέσω SSH.
 Τώρα είμαστε έτοιμοι να συνεργαστούμε στο ίδιο έργο.
 
-Είναι σημαντικό να σημειωθεί ότι αυτό είναι κυριολεκτικά το μόνο που χρειάζεται να κάνουμε για να τρέξουμε έναν χρήσιμο διακομιστή Git στον οποίο έχουν πρόσβαση πολλοί χρήστες --απλά προσθέτουμε λογαριασμούς SSH σε ένα διακομιστή και ρίχνουμε ένα γυμνό αποθετήριο κάπου όπου όλοι αυτοί οι χρήστες έχουν πρόσβαση ανάγνωσης/εγγραφής.
+Είναι σημαντικό να σημειωθεί ότι αυτό είναι κυριολεκτικά το μόνο που χρειάζεται να κάνουμε για να τρέξουμε έναν χρήσιμο διακομιστή Git στον οποίο έχουν πρόσβαση πολλοί χρήστες --απλά προσθέτουμε λογαριασμούς SSH σε έναν διακομιστή και ρίχνουμε ένα γυμνό αποθετήριο κάπου όπου όλοι αυτοί οι χρήστες έχουν πρόσβαση ανάγνωσης/εγγραφής.
 Είμαστε έτοιμοι --δεν χρειάζεται τίποτα άλλο.
 
 Στις επόμενες ενότητες θα δούμε πώς μπορούμε να επεκταθούμε σε πιο εξεζητημένες ρυθμίσεις.

book/04-git-server/sections/protocols.asc

@@ -30,7 +30,7 @@ $ git clone file:///opt/git/project.git
 Αν καθορίσουμε ακριβώς τη διαδρομή, το Git προσπαθεί να χρησιμοποιήσει σκληρούς συνδέσμους (hardlinks) ή να αντιγράψει απευθείας τα αρχεία που χρειάζονται.
 Εάν καθορίσουμε το `file://`, το Git ενεργοποιεί τις διαδικασίες που συνήθως χρησιμοποιεί για τη μεταφορά δεδομένων μέσω δικτύου, μία μέθοδο μεταφοράς των δεδομένων γενικά πολύ λιγότερο αποτελεσματική.
 Ο βασικός λόγος που θα θέλαμε να χρησιμοποιήσουμε το `file://` είναι η περίπτωση κατά την οποία θέλουμε ένα καθαρό αντίγραφο του αποθετηρίου με εξωτερικές αναφορές ή αντικείμενα που απομένουν --συνήθως μετά από εισαγωγή από ένα άλλο σύστημα ελέγχου εκδόσεων ή κάτι παρόμοιο (βλ. <<_ git_internals>> για σχετικές εργασίες συντήρησης).
-Στη παρακάτω παράδειγμα θα χρησιμοποιήσουμε τη διαδρομή χωρίς το `file://` επειδή αυτό είναι σχεδόν πάντα πιο γρήγορο.
+Στην παρακάτω παράδειγμα θα χρησιμοποιήσουμε τη διαδρομή χωρίς το `file://` επειδή αυτό είναι σχεδόν πάντα πιο γρήγορο.
 
 Για να προσθέσουμε ένα τοπικό αποθετήριο σε ένα υπάρχον έργο Git, μπορούμε να εκτελέσουμε κάτι σαν:
 

book/05-distributed-git/sections/distributed-workflows.asc

@@ -36,7 +36,7 @@ image::images/centralized_workflow.png[Συγκεντρωτική ροή εργ
 ==== Ροή εργασίας με διαχειριστή ενσωμάτωσης
 
 (((ροές εργασίας, διαχειριστής ενσωμάτωσης)))
-Επειδή το Git μας επιτρέπει να έχουμε πολλαπλά απομακρυσμένα αποθετήρια, είναι δυνατό να έχουμε μια ροή εργασίας στην οποία κάθε προγραμματιστής έχει δικαίωμα εγγραφής στο δικό του δημόσιο αποθετήριο και δικαίωμα ανάγνωσης σε όλους τους άλλους.
+Επειδή το Git μάς επιτρέπει να έχουμε πολλαπλά απομακρυσμένα αποθετήρια, είναι δυνατό να έχουμε μια ροή εργασίας στην οποία κάθε προγραμματιστής έχει δικαίωμα εγγραφής στο δικό του δημόσιο αποθετήριο και δικαίωμα ανάγνωσης σε όλους τους άλλους.
 Αυτό το σενάριο περιλαμβάνει συχνά ένα κανονικό αποθετήριο που αντιπροσωπεύει το ``επίσημο'' έργο.
 Για να συνεισφέρουμε σε αυτό το έργο, δημιουργούμε τον δικό μας δημόσιο κλώνο του έργου και ωθούμε τις αλλαγές μας σε αυτόν.
 Στη συνέχεια, μπορούμε να στείλουμε ένα αίτημα στον συντηρητή του κύριου έργου να έλξει τις αλλαγές μας.