Merge pull request #34 from progit2-gr/cs/fix-where-how

Έβαλα τόνο στα ερωτηματικά πού και πώς.

Author: csaragiotis

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

@@ -5,7 +5,7 @@
 Τις ρυθμίσεις αυτές θα χρειαστεί να τις κάνουμε μόνο μία φορά σε κάθε υπολογιστή, θα μείνουν ως έχουν μετά από αναβαθμίσεις.
 Μπορούμε επίσης να αλλάξουμε τις ρυθμίσεις αυτές απλά και μόνο τρέχοντας τις εντολές ξανά.
 
-Το Git περιέχει ένα εργαλείο που ονομάζεται `git config` (((εντολές git, config))) το οποίο μας επιτρέπει να δούμε και να θέσουμε τιμές στις λεγόμενες μεταβλητές διαμόρφωσης (configuration variables). Οι μεταβλητές διαμόρφωσης ελέγχουν όλες τις παραμέτρους σχετικά με το πως φαίνεται και λειτουργεί το Git.
+Το Git περιέχει ένα εργαλείο που ονομάζεται `git config` (((εντολές git, config))) το οποίο μας επιτρέπει να δούμε και να θέσουμε τιμές στις λεγόμενες μεταβλητές διαμόρφωσης (configuration variables). Οι μεταβλητές διαμόρφωσης ελέγχουν όλες τις παραμέτρους σχετικά με το πώς φαίνεται και λειτουργεί το Git.
 Οι μεταβλητές αυτές μπορούν να αποθηκευτούν σε τρία διαφορετικά μέρη:
 
 1. Στο αρχείο `/etc/gitconfig`: περιέχει τιμές για όλους τους χρήστες του συστήματος και όλα τα αποθετήριά τους.
@@ -49,7 +49,7 @@ $ git config --global core.editor emacs
 [WARNING]
 ====
 Ο Vim και ο Emacs είναι δημοφιλείς επεξεργαστές κειμένου που χρησιμοποιοούνται συχνά από προγραμματιστές σε λειτουργικά συστήματα που βασίζονται στα Unix, όπως τα Linux και τα Mac.
-Αν δεν είστε εξοικειωμένοι με κάποιο από αυτά τα προγράμματα ή αν χρησιμοποιούμε έναν υπολογιστή Windows, ίσως χρειαστεί να αναζητήσουμε οδηγίες για το πως να ρυθμίσουμε τον αγαπημένο μας επεξεργαστή με το Git.
+Αν δεν είστε εξοικειωμένοι με κάποιο από αυτά τα προγράμματα ή αν χρησιμοποιούμε έναν υπολογιστή Windows, ίσως χρειαστεί να αναζητήσουμε οδηγίες για το πώς να ρυθμίσουμε τον αγαπημένο μας επεξεργαστή με το Git.
 Αν δεν ρυθμίσουμε έναν επεξεργαστή κειμένου με αυτόν τον τρόπο και αν δεν γνωρίζουμε για τον Vim και τον Emacs, είναι πιθανό να μπερδευτούμε όταν τελικά χρειαστεί να τους χρησιμοποιήσουμε.
 ====
 

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

@@ -3,7 +3,7 @@
 
 (((aliases)))
 Πριν τελειώσουμε το κεφάλαιο αυτό, υπάρχει μια μικρή συμβουλή την οποία αν ακολουθήσουμε θα κάνουμε την εμπειρία μας με το Git πιο απλή: να χρησιμοποιούμε τις συντομεύσεις.
-Δεν θα αναφερθούμε για αυτές στη συνέχεια του βιβλίου, αλλά καλό θα ήταν να ξέρουμε πως να τις χρησιμοποιούμε.
+Δεν θα αναφερθούμε για αυτές στη συνέχεια του βιβλίου, αλλά καλό θα ήταν να ξέρουμε πώς να τις χρησιμοποιούμε.
 
 Το Git μπορεί να καταλάβει μια εντολή μόνο αν την γράψουμε ολόκληρη.
 Αν δεν θέλουμε να πληκτρολογήσουμε όλα τα γράμματα μιας εντολής, μπορούμε να ορίσουμε μια συντόμευση για κάθε εντολή χρησιμοποιώντας την `git config`.(((εντολές git, config)))

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

@@ -150,7 +150,7 @@ Changes not staged for commit:
 
 Περίεργο ε;
 Το αρχείο `CONTRIBUTING.md` αναφέρεται πλέον ως καταχωρημένο αλλά και ως μη καταχωρημένο.
-Πως είναι αυτό δυνατόν?
+Πώς είναι αυτό δυνατόν?
 Αυτό που συμβαίνει είναι ότι το Git καταχωρεί ένα αρχείο ακριβώς όπως είναι τη στιγμή που εκτελούμε την εντολή `git add`.
 Αν υποβάλλουμε το στιγμιότυπο τώρα, η έκδοση του αρχείου `CONTRIBUTING.md` που υπήρχε όταν εκτελέσαμε την εντολή `git add` είναι αυτή που θα συμπεριληφθεί στην υποβολή (και όχι η τωρινή έκδοση του αρχείου).
 Γενικά, αν τροποποιήσουμε ένα αρχείο αφότου έχει εκτελέσει την εντολή `git add`, θα πρέπει να την εκτελέσουμε ξανά ώστε να καταχωρήσουμε την τελευταία έκσοτη του αρχείου:

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

@@ -1,7 +1,7 @@
 [[_remote_repos]]
 === Δουλεύοντας με απομακρυσμένα αποθετήρια
 
-Για να μπορέσουμε να συνεργαστούμε σε οποιοδήποτε έργο στο Git, θα πρέπει να γνωρίζουμε πως να διαχειριζόμαστε τα απομακρυσμένα αποθετήριά μας.
+Για να μπορέσουμε να συνεργαστούμε σε οποιοδήποτε έργο στο Git, θα πρέπει να γνωρίζουμε πώς να διαχειριζόμαστε τα απομακρυσμένα αποθετήριά μας.
 Τα απομακρυσμένα αποθετήρια είναι συγκεκριμένες εκδόσεις ενός έργου οι οποίες βρίσκονται στο διαδίκτυο ή σε κάποιο δίκτυο.
 Μπορούμε να δημιουργήσουμε όσα θέλουμε, συνήθως τα αποθετήρια αυτά είναι προσβάσιμα από εμάς μόνο.
 Για να μπορέσουμε να συνεργαστούμε με άλλους και να τους κοινοποιήσουμε τη δουλειά μας, θα πρέπει να μπορούμε να διαχειριστούμε τα αποθετήρια αυτά, να έλκουμε και να ωθούμε δεδομένα από και σε αυτά. 
@@ -63,7 +63,7 @@ origin    [email protected]:mojombo/grit.git (push)
 
 ==== Προσθέτοντας απομακρυσμένα αποθετήρια
 
-Πάμε να δούμε λοιπόν πως να προσθέσουμε απομακρυσμένα αποθετήρια πιο αναλυτικά (έχουμε αναφερθεί πιο περιληπτικά σε αυτό σε προηγούμενα κεφάλαια).(((εντολές git, remote)))
+Πάμε να δούμε, λοιπόν, πώς να προσθέσουμε απομακρυσμένα αποθετήρια πιο αναλυτικά (έχουμε αναφερθεί πιο περιληπτικά σε αυτό σε προηγούμενα κεφάλαια).(((εντολές git, remote)))
 Για να δώσουμε ένα συντομευμένο όνομα στο απομακρυσμένο αποθετήριο ώστε να μπορούμε να αναφερόμαστε σε αυτό εύκολα, εκτελούμε την εντολή `git remote add [shortname] [url]`:
 
 [source,console]
@@ -94,7 +94,7 @@ From https://github.com/paulboone/ticgit
 ----
 
 Πλέον έχουμε πρόσβαση στον κύριο κλάδο του Paul ως `pb/master`. Μπορούμε να κάνουμε διάφορες ενέργειες όπως για παράδειγμα να τον συγχωνεύσουμε σε έναν από τους δικούς μας κλάδους, ή να ενημερώσουμε έναν τοπικό μας κλάδο.
-Θα δούμε περισσότερα για τους κλάδους και πως μπορούμε να τους χρησιμοποιήσουμε στο κεφάλαιο <<_git_branching>>.
+Θα δούμε περισσότερα για τους κλάδους και πώς μπορούμε να τους χρησιμοποιήσουμε στο κεφάλαιο <<_git_branching>>.
 
 [[_fetching_and_pulling]]
 ==== Παίρνοντας δεδομένα από απομακρυσμένα αποθετήρια

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

@@ -34,10 +34,10 @@ $ git commit --amend
 [[_unstaging]]
 ==== Unstaging a Staged File
 
-Στις επόμενες δύο ενότητες θα δούμε πως μπορούμε να διαχειριστούμε τις αλλαγές στην περιοχή καταχώρησης και στον κατάλογο εργασίας.
-Κάτι που θα σας φανεί πολύ χρήσιμο είναι ότι η εντολή που μας προσδιορίζει την κατάσταση αυτών των περιοχών, μας υπενθυμίζει και πως να αναιρέσουμε τις αλλαγές σε αυτές.
+Στις επόμενες δύο ενότητες θα δούμε πώς μπορούμε να διαχειριστούμε τις αλλαγές στην περιοχή καταχώρησης και στον κατάλογο εργασίας.
+Κάτι που θα σας φανεί πολύ χρήσιμο είναι ότι η εντολή που μας προσδιορίζει την κατάσταση αυτών των περιοχών, μας υπενθυμίζει και πώς να αναιρέσουμε τις αλλαγές σε αυτές.
 Για παράδειγμα, έστω ότι έχουμε κάνει αλλαγές σε δύο αρχεία και θέλουμε να τα υποβάλλουμε ως ξεχωριστές αλλαγές, αλλά τα καταχωρήσαμε και τα δύο κατά λάθος με την εντολή `git add *`.
-Πως μπορούμε να αναιρέσουμε την καταχώρηση του ενός από τα δύο;
+Πώς μπορούμε να αναιρέσουμε την καταχώρηση του ενός από τα δύο;
 Η εντολή `git status` μας υπενθυμίζει:
 
 [source,console]
@@ -89,7 +89,7 @@ Changes not staged for commit:
 ==== Αναιρώντας τροποποιήσεις ενός αρχείου
 
 Τι μπορούμε να κάνουμε όμως αν διαπιστώσουμε ότι δεν θέλουμε να κρατήσουμε τις αλλαγές που κάναμε στο αρχείο `CONTRIBUTING.md`;
-Πως μπορούμε να τις αναιρέσουμε εύκολα και να φέρουμε το αρχείο στη μορφή που είχε στην τελευταία του υποβολή (ή όπως βρισκόταν αρχικά στον κατάλογο εργασίας σας);
+Πώς μπορούμε να τις αναιρέσουμε εύκολα και να φέρουμε το αρχείο στη μορφή που είχε στην τελευταία του υποβολή (ή όπως βρισκόταν αρχικά στον κατάλογο εργασίας σας);
 Η εντολή `git status` μας βοηθάει εδώ και πάλι.
 Στο αποτέλεσμα του προηγούμενου παραδείγματος, η περιογή με τα μη καταχωρημένα αρχεία ήταν κάπως έτσι:
 
@@ -102,7 +102,7 @@ Changes not staged for commit:
     modified:   CONTRIBUTING.md
 ----
 
-Η εντολή μας ενημερώνει αναλυτικά πως να απορρίψουμε τις αλλαγές που έχουμε κάνει.
+Η εντολή μας ενημερώνει αναλυτικά πώς να απορρίψουμε τις αλλαγές που έχουμε κάνει.
 Ας ακολουθήσουμε τι λέει:
 
 [source,console]

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

@@ -17,7 +17,7 @@
 Ας τα ξεμπερδέψουμε όλα αυτά με ένα παράδειγμα. 
 Ας υποθέσουμε ότι έχουμε έναν διακομιστή Git στο δίκτυό μας στη διεύθυνση `git.ourcompany.com`.
 Αν τον κλωνοποιήσουμε, η εντολή `clone` του Git θα τον ονομάσει `origin`, θα έλξει όλα τα δεδομένα και θα δημιουργήσει έναν δείκτη που δείχνει εκεί όπου βρίσκεται ο κλάδος του `master` και θα τον ονομάσει τοπικά `origin/master`.
-Το Git επισης μας δίνει τον δικό μας τοπικό κλάδο `master` που ξεκινά από το ίδιο σημείο που ξεκινά και ο κλάδος `master` του αποθετηρίου `origin`, ώστε να έχουμε κάτι πάνω στο οποίο να δουλέψουμε.
+Το Git επίσης μας δίνει τον δικό μας τοπικό κλάδο `master` που ξεκινά από το ίδιο σημείο από όπου ξεκινά και ο κλάδος `master` του αποθετηρίου `origin`, ώστε να έχουμε κάτι πάνω στο οποίο να δουλέψουμε.
 
 [ΣΗΜΕΙΩΣΗ]
 .Το αποθετήριο ``origin'' δεν είναι κάτι ιδιαίτερο
@@ -82,7 +82,7 @@ To https://github.com/schacon/simplegit
 Στην πραγματικότητα αυτή η εντολή είναι μία συντόμευση.
 Το Git αυτόματα αναπτύσσει το όνομα κλάδου `serverfix` σε `refs/heads/serverfix:refs/heads/serverfix`, που σημαίνει ``Πάρε τον τοπικό μου κλάδο `serverfix` και ώθησέ τον ώστε να ενημερωθεί ο αντίστοιχος κλάδος `serverfix` του απομακρυσμένου διακομιστή''.
 Θα δούμε πιο λεπτομερώς το κομμάτι `refs/heads/` στην ενότητα <<_git_internals>>, αλλά γενικά μπορούμε να το αγνοήσουμε.
-Επίσης μπορούμε να τρέξουμε την εντολή `git push origin serverfix:serverfix`, που κάνει ακριβώς το ίδιο πράγμα -- λέει, ``Πάρε το δικό μου `serverfix` και κάντο το `serverfix` του απομακρυσμένου διακομιστή''.
+Επίσης μπορούμε να τρέξουμε την εντολή `git push origin serverfix:serverfix`, που κάνει ακριβώς το ίδιο πράγμα --λέει, ``Πάρε το δικό μου `serverfix` και κάντο το `serverfix` του απομακρυσμένου διακομιστή''.
 Αυτήν την μορφή της εντολής τη χρησιμοποιούμε για να ωθήσουμε έναν τοπικό κλάδο σε έναν απομακρυσμένο που έχει διαφορετικό όνομα.
 Αν δεν θέλαμε να ονομάζεται `serverfix` στο απομακρυσμένο αποθετήριο, τότε μπορούμε να τρέξουμε την εντολή `git push origin serverfix:awesomebranch` ώστε να ωθήσουμε τον τοπικό μας κλάδο `serverfix` στον κλάδο με όνομα `awesomebranch` στο απομακρυσμένο αποθετήριο.