Merge pull request #48 from progit2-gr/revert-44-cs-staging-area

Revert "Changed ενδιάμεσο στάδιο to στάδιο καταχώρισης."

Author: csaragiotis

book/01-introduction/sections/basics.asc

@@ -83,27 +83,27 @@ image::images/snapshots.png[Το Git αποθηκεύει τα δεδομένα
 * _Τροποποιημένο_ είναι ένα αρχείο όταν έχει αλλάξει, αλλά δεν έχει υποβληθεί στη βάση δεδομένων ακόμα.
 * _Καταχωρημένο_ είναι ένα τροποποιημένο αρχείο της τρέχουσας έκδοσης όταν έχει επισημανθεί για βρίσκεται στο επόμενο υποβεβλημένο στιγμιότυπο.
 
-Αυτό μας οδηγεί στις τρεις βασικές περιοχές ενός έργου στο Git: τον κατάλογο του Git, τον κατάλογο εργασίας και το στάδιο καταχώρισης.
+Αυτό μας οδηγεί στις τρεις βασικές περιοχές ενός έργου στο Git: τον κατάλογο του Git, τον κατάλογος εργασίας και το ενδιάμεσο στάδιο.
 
-.Κατάλογος εργασίας, στάδιο καταχώρισης και κατάλογος του Git.
-image::images/areas.png["Κατάλογος εργασίας, στάδιο καταχώρισης και κατάλογος του Git."]
+.Κατάλογος εργασίας, ενδιάμεσο στάδιο και κατάλογος του Git.
+image::images/areas.png["Κατάλογος εργασίας, ενδιάμεσο στάδιο και κατάλογος του Git."]
 
 Ο κατάλογος του Git είναι το μέρος όπου το Git αποθηκεύει τα μεταδεδομένα (metadata) και τη βάση δεδομένων του έργου.
 Αυτό είναι το πιο σημαντικό μέρος του Git και είναι αυτό που αντιγράφεται όταν κλωνοποιούμε ένα αποθετήριο από έναν άλλο υπολογιστή.
 
 Ο κατάλογος εργασίας είναι απλά ένα στιγμιότυπο μίας έκδοσης του έργου.
 Τα αρχεία αυτά ανασύρονται από τη συμπιεσμένη βάση δεδομένων του καταλόγου του Git και τοποθετούνται στον τοπικό δίκο ώστε να μπορεί ο χρήστης να τα χρησιμοποιήσει ή να τα τροποποιήσει. 
 
-Το στάδιο καταχώρισης είναι ένα αρχείο το οποίο γενικά περιλαμβάνεται στον κατάλογο του Git και στο οποίο είναι αποθηκευμένες πληροφορίες σχετικά με το τι θα περάσει στην επόμενη υποβολή.
-Το τεχνικό όνομα του στάδιου καταχώρισης στην ορολογία του Git είναι ``ευρετήριο'', αλλά το όνομα ``στάδιο καταχώρισης'' είναι επίσης σύνηθες.
+Το ενδιάμεση στάδιο είναι ένα αρχείο το οποίο γενικά περιλαμβάνεται στον κατάλογο του Git, στο οποίο είναι αποθηκευμένες πληροφορίες σχετικά με το τι θα περάσει στην επόμενη υποβολή.
+Το τεχνικό όνομα του ενδιάμεσου σταδίου στην ορολογία του Git είναι ``ευρετήριο'', αλλά το όνομα ``ενδιάμεσο στάδιο'' είναι επίσης σύνηθες.
 
 Η βασική ροή εργασίας του Git είναι κάπως έτσι:
 
 1. Τροποποιούμε κάποια αρχεία στον κατάλογο εργασίας μας.
-2. Καταχωρούμε τα αρχεία, προσθέτωντας στιγμιότυπά τους στο στάδιο καταχώρισης.
-3. Πραγματοποιούμε μιας υποβολή, η οποία θα πάρει τα αρχεία όπως είναι στο στάδιο καταχώρισης και αποθηκεύει αυτό το στιγμιότυπο μόνιμα στον κατάλογο του Git.
+2. Καταχωρούμε τα αρχεία, προσθέτωντας στιγμιότυπά τους στο ενδιάμεσο στάδιο.
+3. Πραγματοποιούμε μιας υποβολή, η οποία θα πάρει τα αρχεία όπως είναι στο ενδιάμεσο στάδιο και αποθηκεύει αυτό το στιγμιότυπο μόνιμα στον κατάλογο του Git.
 
 Αν μια συγκεκριμένη έκδοση ενός αρχείου βρίσκεται στον κατάλογο του Git, ονομάζεται υποβεβλημένη.
-Αν έχει τροποποιηθεί και έχει προστεθεί στο στάδιο καταχώρισης, ονομάζεται καταχωρημένη έκδοση.
+Αν έχει τροποποιηθεί και έχει προστεθεί στο ενδιάμεσο στάδιο, ονομάζεται καταχωρημένη έκδοση.
 Επίσης αν έχει τροποποιηθεί από τότε που ελέγχθηκε τελευταία φορά αλλλά δεν έχει καταχωρηθεί τότε λέμε ότι πρόκειται για τροποποιημένη έκδοση.
-Στο κεφάλαιο <<_git_basics_chapter>>, θα μάθουμε περισσότερα για αυτές τις καταστάσεις και το πώς μπορούμε να τις εκμεταλευτούμε ή να παρακάμψουμε εντελώς το στάδιο καταχώρισης.
+Στο κεφάλαιο <<_git_basics_chapter>>, θα μάθουμε περισσότερα για αυτές τις καταστάσεις και το πώς μπορούμε να τις εκμεταλευτούμε ή να παρακάμψουμε εντελώς το ενδιάμεσο στάδιο.

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

@@ -65,7 +65,7 @@ nothing added to commit but untracked files present (use "git add" to track)
 $ git add README
 ----
 
-Αν τώρα εκτελέσουμε την εντολή για να δούμε την τρέχουσα κατάσταση του αποθετηρίου, θα δούμε ότι το αρχείο README πλέον παρακολουθείται και βρίσκεται στο στάδιο καταχώρισης ώστε να είναι έτοιμο να υποβληθεί:
+Αν τώρα εκτελέσουμε την εντολή για να δούμε την τρέχουσα κατάσταση του αποθετηρίου, θα δούμε ότι το αρχείο README πλέον παρακολουθείται και έχει καταχωρηθεί στο ενδιάμεσο στάδιο ώστε να είναι έτοιμο να υποβληθεί:
 
 [source,console]
 ----
@@ -78,7 +78,7 @@ Changes to be committed:
 
 ----
 
-Το αρχείο πλέον βρίσκεται κάτω από την κατηγορία ``Changes to be committed'' που σημαίνει ότι βρίσκεται ήδη στο στάδιο καταχώρισης.
+Το αρχείο πλέον βρίσκεται κάτω από την κατηγορία ``Changes to be committed'' που σημαίνει ότι έχει καταχωρηθεί στο ενδιάμεσο στάδιο.
 Αν σε αυτό το σημείο κάνουμε υποβολή των αρχείων μας, η έκδοση του αρχείου README που θα αποθηκευτεί στο στιγμιότυπ θα είναι αυτή που υπήρχε όταν εκτελέσαμε την εντολή `git add`.
 Προηγουμένως κάναμε κάτι αντίστοιχο, εκτελέσαμε την εντολή `git init` ακολουθούμενη από `git add (files)`. Με τον τρόπο αυτό ξεκινήσαμε την παρακολούθηση των αρχείων του καταλόγου.(((εντολές git, init)))(((εντολές git, add)))
 Η εντολή `git add` μπορεί να ακολουθείται είτε από ένα αρχείο είτε από έναν κατάλογο. Αν ακολουθείται από κατάλογο τότε η εντολή θα καταχωρήσει όλα τα αρχεία του συγκεκριμένου καταλόγου αναδρομικά.

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

@@ -7,7 +7,7 @@
 Θα δούμε κάποιες από τις ελάχιστες περιπτώσεις στο Git όπου μπορεί να χάσουμε μέρος της δουλειάς σας αν χρησιμοποιήσουμε με λάθος τρόπο τις εντολές. 
 
 Μια συχνή αναίρεση που χρησιμοποιείται είναι η περίπτωση κατά την οποία υποβάλλουμε κάτι πολύ νωρίς, αλλά ξεχάσαμε να προσθέσουμε κάποια αρχεία ή κάναμε κάποιο σφάλμα στο μήνυμα υποβολής.
-Αν θέλουμε να ξανακάνουμε τη συγκεκριμένη υποβολή, να προσθέσουμε τις αλλαγές που ξεχάσαμε, να τις βάλουμε στο στάδιο καταχώρισης και να τις ξαναϋποβάλλουμε, θα πρέπει να χρησιμοποιήσουμε την επιλογή `--amend`:
+Αν θέλουμε να ξανακάνουμε τη συγκεκριμένη υποβολή, να προσθέσουμε τις αλλαγές που ξεχάσαμε, να τις βάλουμε στο ενδιάμεσο στάδιο και να τις ξαναϋποβάλλουμε, θα πρέπει να χρησιμοποιήσουμε την επιλογή `--amend`:
 
 [source,console]
 ----
@@ -32,7 +32,7 @@ $ git commit --amend
 Έτσι καταλήγουμε με μια και μοναδική υποβολή. Η δεύτερη υποβολή αντικαθιστά τα αποτελέσματα της πρώτης.
 
 [[_unstaging]]
-==== Αφαίρεση αρχείου από το στάδιο καταχώρισης
+==== Αφαίρεση αρχείου από το ενδιάμεσο στάδιο
 
 Στις επόμενες δύο ενότητες θα δούμε πώς μπορούμε να διαχειριστούμε τις αλλαγές στην περιοχή καταχώρησης και στον κατάλογο εργασίας.
 Κάτι που θα σας φανεί πολύ χρήσιμο είναι ότι η εντολή που μας προσδιορίζει την κατάσταση αυτών των περιοχών, μας υπενθυμίζει και πώς να αναιρέσουμε τις αλλαγές σε αυτές.

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

@@ -58,7 +58,7 @@ image::images/basic-branching-3.png[Ο κλάδος `iss53` μετατοπίστ
 Τώρα λαμβάνουμε το τηλεφώνημα ότι υπάρχει ένα άλλο επείγον πρόβλημα στην ιστοσελίδα και πρέπει να το αντιμετωπίσουμε άμεσα. 
 Χάρη στο Git, δεν είναι απαραίτητο να αναπτύξουμε την επίλυση του προβλήματος παράλληλα με τις αλλαγές που έχουμε κάνει στον κλάδο `iss53` και δεν χρειάζεται να καταβάλλουμε μεγάλη προσπάθεια ώστε να αναιρέσουμε όλες τις αλλαγές που έχουμε κάνει και να δουλέψουμε στο επείγον πρόβλημα και να εφαρμόσουμε τη λύση μας σε ό,τι βρίσκεται εκείνη τη στιγμή στη γραμμή της παραγωγής. Το μόνο που έχουμε να κάνουμε είναι να μεταβούμε στον κλάδο `master`.
 
-Ωστόσο πρέπει να τονιστεί ότι αν πριν το κάνουμε αυτό υπάρχουν στον κατάλογο εργασίας μας ή στο στάδιο καταχώρισης αλλάγες που δεν έχουν υποβληθεί και έρχονται σε σύγκρουση με τον κλάδο στον οποίο θέλουμε να μεταβούμε, το Git δεν θα μας αφήσει να αλλάξουμε κλάδο.
+Ωστόσο πρέπει να τονιστεί ότι αν πριν το κάνουμε αυτό υπάρχουν στον κατάλογο εργασίας μας ή στο ενδιάμεσο στάδιο αλλάγες που δεν έχουν υποβληθεί και έρχονται σε σύγκρουση με τον κλάδο στον οποίο θέλουμε να μεταβούμε, το Git δεν θα μας αφήσει να αλλάξουμε κλάδο.
 Το καλύτερο είναι να έχουμε μία καθαρή κατασταση εργασίας όταν μεταβαίνουμε από έναν κλάδο σε άλλο.
 Υπάρχουν τρόποι να παρακάμψουμε αυτήν τη συμπεριφορά (με τις εντολές `git stash` και `git commit -amend` που θα καλύψουμε στη συνέχεια, στην ενότητα <<ch07-git-tools#_git_stashing>>.
 Προς το παρόν, ας υποθέσουμε ότι έχουμε υποβάλλει όλες τις αλλαγές μας, ώστε να μπορούμε να μεταβαίνουμε από και προς τον κλάδο `master` χωρίς προβλήματα:
@@ -242,7 +242,7 @@ please contact us at [email protected]
 
 Αυτή η επίλυση της σύγκρουσης περιέχει λίγο από κάθε τμήμα και οι γραμμές που περιέχουν τα `<<<<<<<`, `=======` και `>>>>>>>` έχουν αφαιρεθεί εντελώς.
 Αφού έχουμε επιλύσει όλα τα τμήματα σε κάθε αρχείο που εμπλέκεται σε σύγκρουση, τρέχουμε `git add` σε καθένα από αυτά τα αρχεία, ώστε να επισημανθεί ως επιλυμένο.
-Η προσθήκη ενός αρχείου στο στάδιο καταχώρισης το επισημαίνει ως επιλυμένο.
+Η προσθήκη ενός αρχείου στο ενδιάμεσο στάδιο το επισημαίνει ως επιλυμένο.
 
 Αν θέλουμε αν χρησιμοποιήσουμε κάποιο γραφικό εργαλείο για να επιλύσουμε αυτές τις συγκρούσεις, τρέξτε `git mergetool` για να εκκινήσουμε ένα κατάλληλο γραφικό εργαλείο συγχώνευσης που θα μας καθοδηγήσει ανάμεσα στις συγκρούσεις:(((εντολές git, mergetool)))
 
@@ -272,7 +272,7 @@ Hit return to start merge resolution tool (opendiff):
 ====
 
 Αφού βγούμε από το εργαλείο συγχώνευσης, το Git μάς ρωτάει αν η συγχώνευση ήταν επιτυχής.
-Αν του πούμε ότι ήταν, ωθεί το αρχείο στο στάδιο καταχώρισης ώστε να επισημανθεί ως επιλυμένο.
+Αν του πούμε ότι ήταν, ωθεί το αρχείο στο ενδιάμεσο στάδιο ώστε να επισημανθεί ως επιλυμένο.
 Μπορούμε να τρέξουμε την εντολή `git status` ξανά για να επιβεβαιώσουμε ότι όλες οι συγκρούσεις έχουν επιλυθεί:
 
 [source,console]
@@ -287,7 +287,7 @@ Changes to be committed:
     modified:   index.html
 ----
 
-Αν είμαστε ευχαριστημένοι με το αποτέλεσμα και επιβεβαιώσουμε ότι όλα τα εμπλεκόμενα σε συγκρούσεις αρχεία έχουν ωθηθεί στο στάδιο καταχώρισης, μπορούμε να πληκτρολογήσουμε `git commit` για να οριστικοποιήσουμε την υποβολή συγχώνευσης.
+Αν είμαστε ευχαριστημένοι με το αποτέλεσμα και επιβεβαιώσουμε ότι όλα τα εμπλεκόμενα σε συγκρούσεις αρχεία έχουν ωθηθεί στο ενδιάμεσο στάδιο, μπορούμε να πληκτρολογήσουμε `git commit` για να οριστικοποιήσουμε την υποβολή συγχώνευσης.
 Το μήνυμα υποβολής είναι εκ προεπιλογής κάπως έτσι:
 
 [source,console]

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

@@ -8,8 +8,8 @@
 Όταν κάνουμε κάνουμε μία υποβολή (commit), το Git αποθηκεύει ένα αντικείμενο υποβολής που περιέχει έναν δείκτη προς το στιγμιότυπο του περιεχομένου που έχει υποβληθεί.
 Αυτό το αντικείμενο περιέχει επίσης το όνομα και email του συγγραφέα, το μήνυμα που έχουμε πληκτρολογήσει καθώς και δείκτες προς την υποβολή ή τις υποβολές που προηγήθηκαν ακριβώς πριν από αυτήν την υποβολή (δηλαδή, τον γονιό ή τους γονείς): όταν ένα αρχείο υποβάλλεται για πρώτη φορά, τότε δεν έχει κανέναν γονιό· μία συνηθισμένη υποβολή έχει έναν γονιό, ενώ μία υποβολή που προέκυψε από τη συγχώνευση δύο ή περισσότερων κλάδων έχει περισσότερους από έναν γονιό.
 
-Για να το συγκεριμενοποιήσουμε λίγο, ας υποθέσουμε ότι έχουμε έναν κατάλογο που περιέχει τρία αρχεία, τα οποία έχουμε προσθέσει στο στάδιο καταχώρισης και επιτελούμε υποβολή.
-Κατά την προσθήκη των αρχείων στο στάδιο καταχώρισης υπολογίζονται τα αθροίσματα ελέγχου (checksums) των αρχείων (με τον αλγόριθμο SHA-1, που αναφέρθηκε στην ενότητα <<ch01-getting-started#ch01-getting-started>>), αποθηκεύονται οι συγκεκριμένες εκδόσεις των αρχείων στο αποθετήριο Git (το Git ονομάζει αυτές τις εκδόσεις blobs footnote:[Blob είναι ακρωνύμιο για τον όρο Binary Large OBjects.] και προστίθενται τα αθροίσματα ελέγχου στο στάδιο καταχώρισης. 
+Για να το συγκεριμενοποιήσουμε λίγο, ας υποθέσουμε ότι έχουμε έναν κατάλογο που περιέχει τρία αρχεία, τα οποία έχουμε προσθέσει στην ενδιάμεση περιοχή και επιτελούμε υποβολή.
+Κατά την προσθήκη των αρχείων στην ενδιάμεση περιοχή υπολογίζονται τα αθροίσματα ελέγχου (checksums) των αρχείων (με τον αλγόριθμο SHA-1, που αναφέρθηκε στην ενότητα <<ch01-getting-started#ch01-getting-started>>), αποθηκεύονται οι συγκεκριμένες εκδόσεις των αρχείων στο αποθετήριο Git (το Git ονομάζει αυτές τις εκδόσεις blobs footnote:[Blob είναι ακρωνύμιο για τον όρο Binary Large OBjects.] και προσθέτει τα αθροίσματα ελέγχου στην ενδιαμέση περιοχή. 
 
 [source,console]
 ----