Τελικό ν

Author: csaragiotis

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/nutshell.asc

@@ -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

@@ -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/maintaining.asc

@@ -228,7 +228,7 @@ Merge made by recursive.
 Συχνά είναι χρήσιμο να πάρουμε μια ανασκόπηση όλων των υποβολών που βρίσκονται σε αυτόν τον κλάδο, αλλά δεν βρίσκονται στον κύριο κλάδο μας.
 Μπορούμε να εξαιρέσουμε υποβολές στον κύριο κλάδο μας προσθέτοντας την επιλογή `--not` πριν από το όνομα του κλάδου.
 Αυτό είναι το ίδιο με τη μορφή `master..contrib` που χρησιμοποιήσαμε προηγουμένως.
-Για παράδειγμα, εάν ο συνεισφέρων μας στείλει δύο επιθέματα και δημιουργήσουμε ένα κλάδο με το όνομα `contrib` και εφαρμόσουμε αυτά τα επιθέματα εκεί, μπορούμε να τρέξουμε:
+Για παράδειγμα, εάν ο συνεισφέρων μας στείλει δύο επιθέματα και δημιουργήσουμε έναν κλάδο με το όνομα `contrib` και εφαρμόσουμε αυτά τα επιθέματα εκεί, μπορούμε να τρέξουμε:
 
 [source,console]
 -----
@@ -330,7 +330,7 @@ image::images/merging-workflows-5.png[Μετά τη δημοσιοποίηση 
 
 Με αυτόν τον τρόπο, όταν κάποιος κλωνοποιεί το αποθετήριο του έργου μας, μπορεί είτε να μεταβεί στον κλάδο `master`, να χτίσει την πιο πρόσφατη ευσταθή έκδοση και να συμβαδίζει με αυτήν εύκολα, είτε να μεταβεί στον κλάδο `develop`, που περιέχει τις πιο πρόσφατες εξελίξεις.
 Μπορούμε επίσης να επεκτείνουμε αυτό το μοντέλο και να έχουμε έναν κλάδο ολοκλήρωσης `integrate` στο οποίο όλες οι εργασίες συγχωνεύονται.
-Στη συνέχεια, όταν το codebase σε αυτόν τον κλάδο είναι ευσταθές και περνάει τις δοκιμές, μπορούμε να το συγχωνεύσουμε σε ένα κλάδο `develop`· και όταν και αυτός έχει αποδειχθεί ευσταθής για κάποιο χρονικό διάστημα, τον ταχυπροωθούμε στον κύριο κλάδο μας.
+Στη συνέχεια, όταν το codebase σε αυτόν τον κλάδο είναι ευσταθές και περνάει τις δοκιμές, μπορούμε να το συγχωνεύσουμε σε έναν κλάδο `develop`· και όταν και αυτός έχει αποδειχθεί ευσταθής για κάποιο χρονικό διάστημα, τον ταχυπροωθούμε στον κύριο κλάδο μας.
 
 ===== Ροές εργασίας με συγχωνεύσεις μακρόβιων κλάδων
 
@@ -352,7 +352,7 @@ image::images/large-merges-1.png[Διαχείριση περίπλοκης ακ
 image::images/large-merges-2.png[Η συγχώνευση ενσωμάτωσε θεματικούς κλάδους σε μακρόβιους ενοποιητικούς κλάδους.]
 
 Όταν ένας θεματικός κλάδος έχει τελικά συγχωνευτεί στον `master`, αφαιρείται από το αποθετήριο.
-Το έργο Git διαθέτει επίσης ένα κλάδο `maint` που αποσχίζεται από την τελευταία δημόσια έκδοση (release) για να παρέχει επιθέματα επαναφοράς (portback patches) για την περίπτωση που απαιτείται έκδοση συντήρησης.
+Το έργο Git διαθέτει επίσης έναν κλάδο `maint` που αποσχίζεται από την τελευταία δημόσια έκδοση (release) για να παρέχει επιθέματα επαναφοράς (portback patches) για την περίπτωση που απαιτείται έκδοση συντήρησης.
 Έτσι, όταν κλωνοποιούμε το αποθετήριο Git, έχουμε τέσσερις κλάδους στους οποίους μπορούμε να μεταβούμε  για να αξιολογήσουμε το έργο σε διαφορετικά στάδια ανάπτυξης, ανάλογα με το πόσο αιχμής θέλουμε να είμαστε ή πώς θέλουμε να συνεισφέρουμε· και ο συντηρητής έχει μια δομημένη ροή εργασίας για να τους βοηθήσει να ελέγξουν νέες συνεισφορές.
 
 [[_rebase_cherry_pick]]
@@ -365,7 +365,7 @@ image::images/large-merges-2.png[Η συγχώνευση ενσωμάτωσε θ
 
 
 (((εντολές git, cherry-pick)))
-Ο άλλος τρόπος για να μετακινήσουμε εργασία που εισάγεται από τον ένα κλάδο στον άλλο είναι η ανθολόγησή (cherry-pick) του.
+Ο άλλος τρόπος για να μετακινήσουμε εργασία που εισάγεται από τον έναν κλάδο στον άλλο είναι η ανθολόγησή (cherry-pick) του.
 Η ανθολόγηση στο Git είναι σαν μια επανατοποθέτηση μίας μόνο υποβολής.
 Παίρνει το επίθεμα που εισήχθη σε μια υποβολή και προσπαθεί να το ξαναεφαρμόσει στον κλάδο στον οποίο βρισκόμαστε αυτήν τη στιγμή.
 Η ανθολόγηση είναι χρήσιμη εάν έχουμε αρκετές υποβολές σε έναν θεματικό κλάδο και θέλουμε να ενσωματώσουμε μόνο μία από αυτές ή εάν έχουμε μόνο μία υποβολή σε έναν θεματικό κλάδο και προτιμάμε να την ανθολογήσουμε αντί να την επανατοποθετήσουμε.

book/06-github/sections/2-contributing.asc

@@ -152,7 +152,7 @@ image::images/blink-04-email.png[Σχόλια που στέλνονται ειδ
 .Σελίδα συζήτησης αιτήματος
 image::images/blink-05-general-comment.png[Σελίδα συζήτησης αιτήματος]
 
-Τώρα ο συνεισφέρων μπορεί να δει τι πρέπει να κάνει για να γίνει αποδεκτή η αλλαγή του. Ευτυχώς αυτό είναι επίσης πολύ απλό να γίνει. Ενώ μέσω ηλεκτρονικού ταχυδρομείου θα χρειαζόταν να αναιρέσουμε τη σειρά αλλαγών και να την ξαναϋποβάλουμε εκ νέου στη ηλεκτρονική λίστα αλληλογραφίας, με το GitHub απλά ξαναϋποβάλουμε τον θεματικό κλάδο και τον ξαναωθούμε.
+Τώρα ο συνεισφέρων μπορεί να δει τι πρέπει να κάνει για να γίνει αποδεκτή η αλλαγή του. Ευτυχώς αυτό είναι επίσης πολύ απλό να γίνει. Ενώ μέσω ηλεκτρονικού ταχυδρομείου θα χρειαζόταν να αναιρέσουμε τη σειρά αλλαγών και να την ξαναϋποβάλουμε εκ νέου στην ηλεκτρονική λίστα αλληλογραφίας, με το GitHub απλά ξαναϋποβάλουμε τον θεματικό κλάδο και τον ξαναωθούμε.
 
 Αν ο συνεισφέρων το κάνει αυτό, τότε ο κάτοχος του έργου θα ενημερωθεί ξανά και όταν επισκεφθεί τη σελίδα θα δει ότι το σχόλιό του έχει ληφθεί υπόψη. Μάλιστα, επειδή έχει αλλάξει μια γραμμή κώδικα στην οποία υπήρχε σχόλιο, το GitHub το παρατηρεί ότι και καταρρέει την παρωχημένη διαφορά.