Μικροδιορθώσεις.

Author: csaragiotis

book/01-introduction/sections/installing.asc

@@ -8,7 +8,7 @@
 ====
 Το βιβλίο αυτό γράφτηκε χρησιμοποιώντας την έκδοση *2.0.0* του Git.
 Αν και οι περισσότερες από τις εντολές που χρησιμοποιούνται στο βιβλίο αυτό θα πρέπει να λειτουργούν και σε πολύ παλιότερες εκδόσεις του Git, μερικές από αυτές μπορεί να δρουν ελαφρώς διαφορετικά αν χρησιμοποιούμε κάποια παλιότερη έκδοση.
-Από τη στιγμή που το Git είναι πολύ καλό στο να διατηρεί συμβατότητα προς τα πίσω (προς παλιότερες εκδόσεις του), οποιαδήποτε έκδοση μετά την 2.0 θα πρέπει να λειτουργεί άψογα.
+Από τη στιγμή που το Git έχει πολήυ καλή προς-τα-πίσω συμβατότητα (προς παλιότερες εκδόσεις του), οποιαδήποτε έκδοση μετά την 2.0 θα πρέπει να λειτουργεί άψογα.
 ====
 
 ==== Εγκατάσταση σε Linux
@@ -36,7 +36,7 @@
 Αν δεν τα έχουμε ήδη εγκατεστημένα, θα μας προτρέψει να τα εγκαταστήσουμε.
 
 Αν θέλουμε μια πιο ενημερωμένη έκδοση, μπορούμε επίσης να εγκαταστήσουμε το Git από ένα πρόγραμμα εγκατάστασης.
-Ένα τέτοιο πρόγραμμα διατηρείται και είναι διαθέσιμο για λήψη από την ιστοσελίδα του Git, http://git-scm.com/download/mac[].
+Ένα τέτοιο πρόγραμμα είναι διαθέσιμο για λήψη από την ιστοσελίδα του Git, http://git-scm.com/download/mac[].
 
 .Πρόγραμμα εγκατάσης του Git για το OS X.
 image::images/git-osx-installer.png[Πρόγραμμα εγκατάσης του Git για το OS X.]

book/02-git-basics/sections/recording-changes.asc

@@ -245,7 +245,7 @@ doc/**/*.pdf
 
 [TIP]
 ====
-Αν θέλουμε κάποια παραδείγματα για να ξεκινήσουμε, το GitHub συντηρεί μια λίστα με παραδείγματαα αρχείων `.gitignore` για πολλές γλώσσες προγραμματισμού στη διεύθυνση https://github.com/github/gitignore[].
+Αν θέλουμε κάποια παραδείγματα για να ξεκινήσουμε, το GitHub διατηρεί μια λίστα με παραδείγματαα αρχείων `.gitignore` για πολλές γλώσσες προγραμματισμού στη διεύθυνση https://github.com/github/gitignore[].
 ====
 
 [[_git_diff_staged]]

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

@@ -135,7 +135,7 @@ image::images/checkout-master.png[Ο `HEAD` μετακινείται όταν ε
 
 Είναι σημαντικό να τονίσουμε ότι στο Git όταν μετακινούμαστε από έναν κλάδο σε άλλο, τα αρχεία στον τρέχοντα κατάλογο αλλάζουν.
 Αν μεταβούμε σε κάποιον παλιότερο κλάδο, ο τρέχων κατάλογος θα επαναφερθεί στην κατάσταση στην οποία βρισκόταν την τελευταία φορά που είχαμε κάνει κάποια υποβολή σε αυτόν τον κλάδο. 
-Αν το Git δεν μπορεί να το κάνει παστρικά, δεν θα μας επιτρέψει να μεταβούμε σε αυτόν τον κλάδο.
+Αν το Git δεν μπορεί να το κάνει χωρίς συγκρούσεις, δεν θα μας επιτρέψει να μεταβούμε σε αυτόν τον κλάδο.
 
 Ας κάνουμε μερικές ακόμα αλλαγές και ας τις υποβάλλουμε:
 

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

@@ -202,7 +202,7 @@ image::images/perils-of-rebasing-5.png[Επανατοποθέτηση πάνω 
 #image::images/perils-of-rebasing-5.png[Rebase on top of force-pushed rebase work.]
 
 Αυτό θα έχει το επιθυμητό αποτέλεσμα μόνον εάν οι `C4` και `C4'` που έφτιαξε ο συνεργάτης μας είναι σχεδόν ακριβώς το ίδιο επίθεμα.
-Διαφορετικά, η `git rebase` δεν θα είναι σε θέση να καταλάβει ότι πρόκειται για ουσιαστικά την ίδια υποβολή και θα προσθέσει ένα ακόμη επίθεμα κώδικα παρόμοιο με το `C4` (το οποίο πιθανότατα θα αποτύχει να εφαρμοστεί χωρίς συγκρούσεις, αφού οι αλλαγές θα έχουν, τουλάχιστον εν μέρει, εφαρμοστεί ήδη).
+Διαφορετικά, η `git rebase` δεν θα είναι σε θέση να καταλάβει ότι πρόκειται για ουσιαστικά την ίδια υποβολή και θα προσθέσει ένα ακόμη επίθεμα παρόμοιο με το `C4` (το οποίο πιθανότατα θα αποτύχει να εφαρμοστεί χωρίς συγκρούσεις, αφού οι αλλαγές θα έχουν, τουλάχιστον εν μέρει, εφαρμοστεί ήδη).
 
 Μπορούμε επίσης να απλοποιήσουμε τη διαδικασία τρέχοντας μία `git pull --rebase` αντί για  κανονικό `git pull`.
 Ή θα μπορούσαμε να το κάνουμε χειροκίνητα με μία `git fetch` ακολουθούμενο από μία `git rebase teamone/master` στη συγκεκριμένη περίπτωση.
@@ -226,7 +226,7 @@ image::images/perils-of-rebasing-5.png[Επανατοποθέτηση πάνω 
 Είναι ένα ιστορικό έγγραφο, πολύτιμο από μόνο του και δεν πρέπει να παραβιάζεται.
 Από αυτήν τη σκοπιά, η αλλαγή του ιστορικού των υποβολών αποτελεί σχεδόν βλασφημία. _Ψευδόμαστε_ για το τι πραγματικά συνέβη.
 Τι γίνεται, λοιπόν, αν υπάρχει μια μπουρδουκλωμένη σειρά υποβολών συγχώνευσης;
-Αυτός είναι ο τρόπος με τον οποίο συνέβησαν και το απουθετήριο πρέπει να το διατηρήσει για πάντα.
+Αυτός είναι ο τρόπος με τον οποίο συνέβησαν και το αποθετήριο πρέπει να τον διατηρήσει για πάντα.
 
 Η αντίθετη άποψη είναι ότι το ιστορικό της υποβολής είναι η *μία αφήγηση του πώς έγινε το έργο μας*.
 Δεν θα δημοσιεύαμε το προσχέδιο ενός βιβλίου και το εγχειρίδιο για το πώς θα συντηρήσουμε το λογισμικό μας αξίζει προσεκτική επεξεργασία.

book/05-distributed-git/1-distributed-git.asc

@@ -5,7 +5,7 @@
 Τώρα που έχουμε εγκαταστήσει ένα απομακρυσμένο αποθετήριο Git ως ένα σημείο στο οποίο όλοι οι προγραμματιστές θα μοιράζονται τον κώδικά τους και είμαστε εξοικειωμένοι με τις βασικές εντολές του Git όσον αφορά σε τοπικές ροές εργασίας, θα εξετάσουμε πώς να χρησιμοποιούμε ορισμένες από τις κατανεμημένες ροές εργασίας που μας προσφέρει το Git.
 
 Σε αυτό το κεφάλαιο, θα δούμε πώς θα συνεργαστούμε με το Git σε ένα κατανεμημένο περιβάλλον ως συνεργάτες και ως ενοποιητής.
-Δηλαδή, θα μάθουμε πώς να συνεισφέρουμε κώδικα σε ένα έργο με επιτυχία και να το κάνουμε κατά το δυνατό ευκολότερο τόσο για εμάς τους ίδιους όσο και για τον συντηρητή του έργου. Επίσης θα δούμε πώς θα συντηρούμε με επιτυχία ένα έργο με πολλούς συμβεβλημένους προγραμματιστές.
+Δηλαδή, θα μάθουμε πώς να συνεισφέρουμε κώδικα σε ένα έργο με επιτυχία και να το κάνουμε κατά το δυνατό ευκολότερο τόσο για εμάς τους ίδιους όσο και για τον διαχειριστή του έργου. Επίσης θα δούμε πώς θα διαχειριζόμαστε με επιτυχία ένα έργο με πολλούς συμβεβλημένους προγραμματιστές.
 
 include::sections/distributed-workflows.asc[]
 
@@ -15,6 +15,6 @@ include::sections/maintaining.asc[]
 
 === Ανακεφαλαίωση
 
-Σε αυτό το σημείο θα πρέπει να αισθανόμαστε αρκετά άνετα στο να συνεισφέρουμε σε ένα έργο στο Git καθώς και να διατηρήσουμε το δικό μας έργο ή να ενσωματώσουμε τις συνεισφορές άλλων χρηστών.
+Σε αυτό το σημείο θα πρέπει να αισθανόμαστε αρκετά άνετα στο να συνεισφέρουμε σε ένα έργο στο Git καθώς και να διαχειριστούμε το δικό μας έργο ή να ενσωματώσουμε τις συνεισφορές άλλων χρηστών.
 Μας αξίζουν συγχαρητήρια που είμαστε πλέον αποτελεσματικοί προγραμματιστής του Git!
 Στο επόμενο κεφάλαιο, θα μάθουμε πώς να χρησιμοποιούμε τη μεγαλύτερη και πιο δημοφιλή υπηρεσία φιλοξενίας Git, το GitHub.