Merge pull request #46 from progit2-gr/revert-45-cs/em-dash

Revert "cs/em dash"

Author: csaragiotis

book/01-introduction/sections/about-version-control.asc

@@ -5,7 +5,7 @@
 Ο __έλεγχος εκδόσεων__ είναι ένα σύστημα το οποίο καταγράφει αλλαγές σε ένα αρχείο ή σε ένα σύνολο αρχείων έτσι ώστε να μπορούμε να ανακαλέσουμε συγκεκριμένες εκδόσεις.
 Στα παραδείγματα του βιβλίου, τα αρχεία που θα χρησιμοποιήσουμε για έλεγχο εκδόσεων θα είναι αρχεία πηγαίου κώδικα λογισμικού αν και στην πραγματικότητα, θα μπορούσαμε να χρησιμοποιήσουμε αρχεία οποιουδήποτε τύπου.
 
-Αν είμαστε γραφίστες ή σχεδιαστές ιστοσελίδων και θέλουμε να κρατήσουμε κάθε έκδοση μιας εικόνας ή μιας διάταξης (κάτι το οποίο είναι πολύ πιθανό) τότε ένα Σύστημα Ελέγχου Εκδόσεων (Version Control System —VCS) είναι μια πολύ σοφή επιλογή. Ένα τέτοιο σύστημα μάς επιτρέπει να επαναφέρουμε συγκεκριμένα αρχεία σε κάποια προγενέστερη κατάσταση, να επαναφέρουμε ακόμα και ολόκληρο έργο (project) σε προγενέστερη κατάσταση, να συγκρίνουμε αλλαγές με την πάροδο του χρόνου, να δούμε ποιος τροποποίησε τελευταίος κάτι που ενδεχομένως δημιουργεί κάποιο πρόβλημα, ποιος έθεσε ένα ζήτημα και άλλα πολλά. Η χρήση ενός συστήματος ελέγχου εκδόσεων σημαίνει επίσης ότι αν τα κάνουμε θάλασσα ή χάσουμε αρχεία, είναι εύκολο να τα ανακτήσουμε. Επιπλέον, όλες αυτές οι δυνατότητες προσφέρονται με πολύ μικρή επιβάρυνση.
+Αν είμαστε γραφίστες ή σχεδιαστές ιστοσελίδων και θέλουμε να κρατήσουμε κάθε έκδοση μιας εικόνας ή μιας διάταξης (κάτι το οποίο είναι πολύ πιθανό) τότε ένα Σύστημα Ελέγχου Εκδόσεων (Version Control System -- VCS) είναι μια πολύ σοφή επιλογή. Ένα τέτοιο σύστημα μάς επιτρέπει να επαναφέρουμε συγκεκριμένα αρχεία σε κάποια προγενέστερη κατάσταση, να επαναφέρουμε ακόμα και ολόκληρο έργο (project) σε προγενέστερη κατάσταση, να συγκρίνουμε αλλαγές με την πάροδο του χρόνου, να δούμε ποιος τροποποίησε τελευταίος κάτι που ενδεχομένως δημιουργεί κάποιο πρόβλημα, ποιος έθεσε ένα ζήτημα και άλλα πολλά. Η χρήση ενός συστήματος ελέγχου εκδόσεων σημαίνει επίσης ότι αν τα κάνουμε θάλασσα ή χάσουμε αρχεία, είναι εύκολο να τα ανακτήσουμε. Επιπλέον, όλες αυτές οι δυνατότητες προσφέρονται με πολύ μικρή επιβάρυνση.
 
 ==== Τοπικά συστήματα ελέγχου εκδόσεων
 
@@ -39,7 +39,7 @@ image::images/centralized.png[Συγκεντρωτικός έλεγχος εκδ
 Το πιο προφανές είναι το γεγονός ότι μια βλάβη στον κεντρικό διακομιστή προκαλεί την αποτυχία όλου του συστήματος.
 Αν ο διακομιστής πέσει για μία ώρα, τότε κατά τη διάρκεια αυτής της ώρας κανείς δεν μπορεί να συνεργαστεί ή να αποθηκεύσει αλλαγές στο σύστημα ελέγχου εκδόσεων.
 Αν για παράδειγμα ο σκληρός δίσκος πάνω στον οποίο βρίσκεται η κεντρική βάση δεδομένων καταστραφεί και δεν έχουν κρατηθεί τα απαραίτητα αντίγραφα ασφαλείας τότε χάνονται τα πάντα. Ολόκληρο το ιστορικό του έργου χάνεται εκτός από στιγμιότυπα του έργου που μπορεί να έχουν κρατήσει στους υπολογιστές τους κάποιοι προγραμματιστές.
-Τα τοπικά συστήματα ελέγχου εκδόσεων πάσχουν από το ίδιο πρόβλημα —όταν το ιστορικό ενός έργου βρίσκεται σε ένα και μοναδικό μέρος τότε υπάρχει ο κίνδυνος να χαθούν τα πάντα.
+Τα τοπικά συστήματα ελέγχου εκδόσεων πάσχουν από το ίδιο πρόβλημα -- όταν το ιστορικό ενός έργου βρίσκεται σε ένα και μοναδικό μέρος τότε υπάρχει ο κίνδυνος να χαθούν τα πάντα.
 
 ==== Κατανεμημένα συστήματα ελέγχου εκδόσεων
 

book/01-introduction/sections/basics.asc

@@ -34,7 +34,7 @@ image::images/snapshots.png[Το Git αποθηκεύει τα δεδομένα
 Αν είμαστε συνηθισμένοι σε ένα συγκεντρωτικό σύστημα ελέγχου εκδόσεων όπου οι περισσότερες λειτουργίες έχουν καθυστέρηση εξαιτίας του δικτύου, τότε αυτή η πλευρά του Git θα μας κάνει να νομίζουμε ότι οι θεοί της ταχύτητας ευλόγησαν το Git με υπερκόσμιες δυνάμεις.
 Οι περισσότερες λειτουργίες στο Git φαίνονται σχεδόν στιγμιαίες, κυρίως λόγω του γεγονότος ότι το πλήρες ιστορικό του έργου βρίσκεται στον τοπικό δίσκο.
 
-Για παράδειγμα, για να περιηγηθούμε στο ιστορικό του έργου μας, το Git δεν χρειάζεται να λάβει το ιστορικό από τον διακομιστή και να το εμφανίσει στον χρήστη —χρειάζεται απλά να το διαβάσει από την τοπική βάση δεδομένων.
+Για παράδειγμα, για να περιηγηθούμε στο ιστορικό του έργου μας, το Git δεν χρειάζεται να λάβει το ιστορικό από τον διακομιστή και να το εμφανίσει στον χρήστη -- χρειάζεται απλά να το διαβάσει από την τοπική βάση δεδομένων.
 Αυτό σημαίνει ότι μπορούμε να δούμε το ιστορικό του έργου μας άμεσα.
 Αν θέλουμε να δούμε τις αλλαγές που εισήχθησαν ανάμεσα στην τρέχουσα έκδοση ενός αρχείου και στην έκδοσή τους πριν ένα μήνα, ένα σύστημα ελέγχου εκδόσεων μπορεί να ρωτήσει τον διακομιστή για τις διαφορές των δύο αρχείων ή να έλξει την παλιά έκδοση του αρχείου και να υπολογίσει τις διαφορές τοπικά. Αντί αυτού, το Git μπορεί επί τόπου τοπικά και να αναζητήσει το αρχείο ένα μήνα πριν και να κάνει τον υπολογισμό των διαφορών τους.
 

book/01-introduction/sections/command-line.asc

@@ -3,7 +3,7 @@
 Υπάρχουν πολλοί διαφορετικοί τρόποι με τους οποίους μπορεί κανείς να χρησιμοποιήσει το Git.
 Υπάρχουν τα αρχικά εργαλεία στη γραμμή εντολών αλλά και διάφορα γραφικά εργαλεία με ποικίλες δυνατότητες.
 Στο βιβλίο αυτό θα χρησιμοποιήσουμε το Git μέσα από την γραμμή εντολών.
-Καταρχάς, η γραμμή εντολών είναι το μόνο εργαλείο στο οποίο μπορεί κανείς να τρέξει *όλες* τις εντολές του Git —για λόγους απλότητας τα περισσότερα από τα γραφικά εργαλεία υλοποιούν μόνο ένα υποσύνολο των λειτουργιών του Git.
+Καταρχάς, η γραμμή εντολών είναι το μόνο εργαλείο στο οποίο μπορεί κανείς να τρέξει *όλες* τις εντολές του Git -- για λόγους απλότητας τα περισσότερα από τα γραφικά εργαλεία υλοποιούν μόνο ένα υποσύνολο των λειτουργιών του Git.
 Αν γνωρίζουμε πώς να χρησιμοποιούμε το Git από την γραμμή εντολών, τότε θα μπορέσουμε να καταλάβουμε και πώς να χρησιμοποιήσουμε τα γραφικά εργαλεία. Όμως το αντίστροφο δεν ισχύει πάντα.
 Επίσης, ενώ η επιλογή ενός γραφικού προγράμματος είναι θέμα προσωπικού γούστου, _όλοι_ οι χρήστες θα έχουν τα εργαλεία γραμμής εντολών εγκατεστημένα και διαθέσιμα.
 

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

@@ -34,7 +34,7 @@ $ git commit -m 'initial project version'
 [[_git_cloning]]
 ==== Κλωνοποιώντας ένα υπάρχον αποθετήριο
 
-Αν θέλουμε να αποκτήσουμε ένα αντίγραφο ενός υπάρχοντος αποθετηρίου Git —για παράδειγμα, ένα έργο στο οποίο θα θέλαμε να συνεισφέρουμε— η εντολή που χρειαζόμαστε είναι `git clone`.
+Αν θέλουμε να αποκτήσουμε ένα αντίγραφο ενός υπάρχοντος αποθετηρίου Git --για παράδειγμα, ένα έργο στο οποίο θα θέλαμε να συνεισφέρουμε-- η εντολή που χρειαζόμαστε είναι `git clone`.
 Αν είμαστε εξεικοιωμένοι με άλλα συστήματα ελέγχου έκδοσης όπως το Subversion, θα παρατηρήσουμε ότι η εντολή είναι "clone" και όχι "checkout".
 Αυτή είναι μια σημαντική διάκριση· το Git παίρνει ένα πλήρες αντίγραφο σχεδόν όλων των δεδομένων που έχει ο διακομιστής αντί για ένα απλό αντίγραφο.
 Με την εντολή `git clone` όλες οι εκδόσεις του κάθε αρχείου του έργου αποθηκεύονται τοπικά.

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

@@ -544,7 +544,7 @@ $ git rm \*~
 (((files, moving)))
 Σε αντίθεση με άλλα συστήματα ελέγχου έκδοσης, το Git δεν παρακολουθεί τις μετακινήσεις αρχείων από μόνο του.
 Αν μετονομάσουμε ένα αρχείο στο Git, δεν θα αποθηκευτεί καμιά πληροφορία που να ενημερώνει το Git ότι μετονομάσαμε το αρχείο.
-Παρόλα αυτά, το Git είναι αρκετά έξυπνο ώστε να καταλάβει κάτι τέτοιο —θα ασχοληθούμε λίγο αργότερα με το πώς παρακολουθείται η μετακίνηση αρχείων.
+Παρόλα αυτά, το Git είναι αρκετά έξυπνο ώστε να καταλάβει κάτι τέτοιο --θα ασχοληθούμε λίγο αργότερα με το πώς παρακολουθείται η μετακίνηση αρχείων.
 
 Έτσι, είναι λίγο περίπλοκο το γεγονός ότι το Git έχει την εντολή `mv`.
 Αν θέλουμε να μετονομάσουμε ένα αρχείο στο Git, μπορούμε να το κάνουμε κάπως έτσι
@@ -578,5 +578,5 @@ $ git add README
 ----
 
 Το Git μπορεί να καταλάβει ότι έμμεσα πρόκειται για μετονομασία. Συνεπώς, δεν έχει σημασία αν μετονομάσουμε ένα αρχείο με αυτόν τον τρόπο ή με την εντολή `mv`.
-Η μόνη πραγματική αλλαγή είναι ότι η εντολή `mv` είναι μία εντολή αντί για τρεις —το χρησιμοποιούμε για ευκολία.
+Η μόνη πραγματική αλλαγή είναι ότι η εντολή `mv` είναι μία εντολή αντί για τρεις --το χρησιμοποιούμε για ευκολία.
 Σε κάθε περίπτωση, μπορούμε να χρησιμοποιήσουμε όποιο εργαλείο θέλουμε για να μετονομάσουμε ένα αρχείο, και να λύσουμε το πρόβλημα του add/rm αργότερα, πριν την υποβολή.

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

@@ -16,7 +16,7 @@
 . Θα επιστρέψουμε στην αρχική ιστορία μας και θα συνεχίσουμε να την επεξεργαζόμαστε.
 
 [[_basic_branching]]
-==== Διακλαδώσεις —τα βασικά
+==== Διακλαδώσεις -- τα βασικά
 
 (((κλάδοι, βασική ροή εργασίας)))
 Αρχικά ας υποθέσουμε ότι δουλεύουμε σε ένα έργο και έχουμε κάνει ήδη μερικές υποβολές στον κλάδο `master`.
@@ -102,15 +102,15 @@ Fast-forward
 ----
 
 Σε αυτήν τη συγχώνευση υπάρχει η έκφραση ``fast-forward''.
-Επειδή η υποβολή στην οποία έδειχνε ο κλάδος τον οποίο συγχωνεύσαμε ήταν αμέσως μετά την υποβολή στην οποία βρισκόμαστε τώρα, το Git απλά μετατοπίζει τον δείκτη προς τα μπροστά. Με άλλα λόγια όταν προσπαθούμε να συγχωνεύσουμε μία υποβολή με μία άλλη υποβολή στην οποία μπορούμε να φτάσουμε ακολουθώντας το ιστορικό της πρώτης, το Git απλοποιεί τη διαδικασία ωθώντας τον δείκτη σε εκείνο το σημείο, διότι δεν υπάρχει άλλη αποκλίνουσα εργασία που θα πρέπει να συγχωνευτεί —αυτό ονομάζεται ``ταχυπροώθηση'' (``fast-forward'').
+Επειδή η υποβολή στην οποία έδειχνε ο κλάδος τον οποίο συγχωνεύσαμε ήταν αμέσως μετά την υποβολή στην οποία βρισκόμαστε τώρα, το Git απλά μετατοπίζει τον δείκτη προς τα μπροστά. Με άλλα λόγια όταν προσπαθούμε να συγχωνεύσουμε μία υποβολή με μία άλλη υποβολή στην οποία μπορούμε να φτάσουμε ακολουθώντας το ιστορικό της πρώτης, το Git απλοποιεί τη διαδικασία ωθώντας τον δείκτη σε εκείνο το σημείο, διότι δεν υπάρχει άλλη αποκλίνουσα εργασία που θα πρέπει να συγχωνευτεί --αυτό ονομάζεται ``ταχυπροώθηση'' (``fast-forward'').
 
 Η αλλαγή μας τώρα υπάρχει στο στιγμιότυπο της υποβολής στην οποία δείχνει ο κλάδος `master` και μπορούμε να ωθήσουμε το επίθεμά μας.
 
 .Ο κλάδος `master` ταχυπροωθείται στον κλάδο `hotfix`.
 image::images/basic-branching-5.png[Ο κλάδος `master` ωθείται στον κλάδο `hotfix`.]
 
 Αφού ο σημαντικότατος διορθωτικός μας κώδικας έχει ωθηθεί στην παραγωγή, είμαστε έτοιμοι να επανέλθουμε στην εργασία την οποία κάνατε πριν μας διακόψει το τηλεφώνημα.
-Πριν όμως συνεχίσουμε, θα διαγράψουμε τον κλάδο `hotfix`, διότι δεν τον χρειάζόμαστε πλέον —ο κλάδος `master` δείχνει ακριβώς στην ίδια θέση.
+Πριν όμως συνεχίσουμε, θα διαγράψουμε τον κλάδο `hotfix`, διότι δεν τον χρειάζόμαστε πλέον -- ο κλάδος `master` δείχνει ακριβώς στην ίδια θέση.
 Μπορούμε να τον διαγράψουμε με την επιλογή `-d` στην εντολή `git branch`:
 
 [source,console]
@@ -138,7 +138,7 @@ image::images/basic-branching-6.png[Η εργασία συνεχίζει στο
 Αν θέλουμε να τα ενσωματώσουμε, μπορούμε να συγχωνεύσουμε τον κλάδο `master` στον κλάδο `iss53` τρέχοντας την εντολή `git merge master` ή μπορούμε να αναβάλουμε την ενσωμάτωση αυτών των αλλαγών μέχρι να αποφασίσουμε να έλξουμε τον κλάδο `iss53` μέσα στον κλάδο `master` αργότερα.
 
 [[_basic_merging]]
-==== Συγχωνεύσεις —τα βασικά
+==== Συγχωνεύσεις -- τα βασικά
 
 (((κλάδοι, συγχώνευση)))(((συγχώνευση)))
 Ας υποθέσουμε τώρα ότι έχουμε αποφασίσει ότι η εργασία μας για το πρόβλημα #53 έχει ολοκληρωθεί και είναι έτοιμη να συγχωνευτεί στον κλάδο `master`.
@@ -313,4 +313,4 @@ Conflicts:
 #
 ----
 
-Μπορούμε να τροποποιήσουμε αυτό το μήνυμα με λεπτομέρειες σχετικά με το πώς επιλύσατε τη συγχώνευση, εφόσον θεωρούμε ότι θα είναι χρήσιμο σε όσους δουν αυτήν τη συγχώνευση στο μέλλον —γιατί κάνατε ό,τι κάνατε, εφόσον δεν είναι προφανές.
+Μπορούμε να τροποποιήσουμε αυτό το μήνυμα με λεπτομέρειες σχετικά με το πώς επιλύσατε τη συγχώνευση, εφόσον θεωρούμε ότι θα είναι χρήσιμο σε όσους δουν αυτήν τη συγχώνευση στο μέλλον -- γιατί κάνατε ό,τι κάνατε, εφόσον δεν είναι προφανές.