Chapter 02: Continued the translation.

Author: papantonis

TRANSLATION_NOTES.asc

@@ -28,7 +28,7 @@
 === Source code → Πηγαίος κώδικας
 === Stage → Καταχωρώ
 === Staging area → Περιοχή καταχώρησης
-=== Track → Παρακολουθώ (πχ track changes → παρακολουθώ τις αλλαγές)
+=== Track → Εντοπίζω
 === Upload → Μεταφορτώνω
 === Version control system → Σύστημα ελέγχου έκδοσης
 

book/01-introduction/sections/help.asc

@@ -1,5 +1,5 @@
 [[_git_help]]
-=== Getting Help
+=== Χρησιμοποιώντας βοήθεια
 
 Αν ποτέ χρειαστείτε βοήθεια για το Git καθώς το χρησιμοποιείτε, μπορείτε να ανοίξετε το εγχειρίδιο για οποιαδήποτε εντολή του Git (manpage) με τρεις διαφορετικούς τρόπους:
 

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

@@ -22,7 +22,7 @@ $ git init
 (Βλ. <<_git_internals>> για περισσότερες πληροφορίες σχετικά με το τι ακριβώς αρχεία περιέχονται στον κατάλογο `.git` που μόλις δημιουργήσατε.)(((git commands, init)))
 
 Αν θέλετε να ξεκινήσετε τον έλεγχο έκδοσης στα υπάρχοντα αρχεία, θα πρέπει να ξεκινήσετε τον εντοπισμό στα αρχεία αυτά και να κάνετε μια πρώτη υποβολή τους.
-Για να το επιτύχετε αυτό θα χρειαστείτε μερικές εντολές `git add` οι οποίες προσδιορίζουν τα αρχεία που θέλετε να εντοπίσσετε και μια εντολή `git commit`:
+Για να το επιτύχετε αυτό θα χρειαστείτε μερικές εντολές `git add` οι οποίες προσδιορίζουν τα αρχεία που θέλετε να εντοπίσετε και μια εντολή `git commit`:
 
 [source,console]
 ----

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

@@ -1,24 +1,24 @@
-=== Recording Changes to the Repository
+=== Καταχωρώντας αλλαγές στο αποθετήριο
 
-You have a bona fide Git repository and a checkout or working copy of the files for that project.
-You need to make some changes and commit snapshots of those changes into your repository each time the project reaches a state you want to record.
+Έχετε λοιπόν ένα ολοκαίνουριο αποθετήριο Git και μια ενημερωμένη έκδοση των αρχείων του έργου.
+Η διαδικασία που θα ακολουθήσουμε είναι να κάνουμε μερικές αλλαγές στο έργο και να υποβάλλουμε ένα στιγμιότυπο από αυτές τις αλλαγές στο αποθετήριο κάθε φορά που θέλουμε να καταγράψουμε την εκάστοτε κατάσταση του έργου μας.
 
-Remember that each file in your working directory can be in one of two states: tracked or untracked.
-Tracked files are files that were in the last snapshot; they can be unmodified, modified, or staged.
-Untracked files are everything else – any files in your working directory that were not in your last snapshot and are not in your staging area.
-When you first clone a repository, all of your files will be tracked and unmodified because you just checked them out and haven't edited anything.
+Θυμηθείτε ότι κάθε αρχείο στον κατάλογο που δουλεύετε μπορεί να βρίσκεται σε δύο καταστάσεις: εντοπισμένο ή μη εντοπισμένο.
+Τα εντοπισμένα αρχεία είναι αυτά που βρίσκονταν στο τελευταίο στιγμιότυπο και μπορούν να είναι τροποποιημένα, ατροποποίητα ή καταχωρημένα.
+Τα μη εντοπισμένα αρχεία από την άλλη μπορούν να είναι οτιδήποτε άλλο. Τα αρχεία αυτά μπορούν να είναι οποιοδήποτε αρχεία στον κατάλογο εργασίας σας τα οποία δεν βρίσκονταν στο τελευταίο στιγμιότυπο και ούτε έχουν καταχωρηθεί ακόμα.
+Για παράδειγμα, όταν κλωνοποιείτε για πρώτη φορά ένα αποθετήριο, όλα τα αρχεία θα είναι εντοπισμένα και ατροποποίητα καθώς μόλις τα ενημερώσατε και δεν τα έχετε επεξεργαστεί ακόμα.
 
-As you edit files, Git sees them as modified, because you've changed them since your last commit.
-You stage these modified files and then commit all your staged changes, and the cycle repeats.
+Καθώς επεξεργάζεστε τα αρχεία, το Git θα τα αναγνωρίζει ως τροποποιημένα καθώς έχουν αλλάξει από την τελευταία φορά που υποβάλλατε κάποια αρχεία.
+Τα επόμενα στάδια είναι η καταχώρηση των τροποποιημένων αρχείων και η υποβολή τους, η διαδικασία αυτή θα επαναλαμβάνεται συνέχεια.
 
 .The lifecycle of the status of your files.
 image::images/lifecycle.png[The lifecycle of the status of your files.]
 
 [[_checking_status]]
-==== Checking the Status of Your Files
+==== Ελέγχοντας την Κατάσταση των Αρχείων σας
 
-The main tool you use to determine which files are in which state is the `git status` command.(((git commands, status)))
-If you run this command directly after a clone, you should see something like this:
+Το βασικό εργαλείο που μπορείτε να χρησιμοποιήσετε ώστε να δείτε την τρέχουσα κατάσταση των αρχείων είναι η εντολή `git status`.(((git commands, status)))
+Αν εκτελέσετε την εντολή αυτή αμέσως αφού κλωνοποιήσετε ένα αποθετήριο, θα δείτε στην γραμμή εντολών το παρακάτω μήνυμα:
 
 [source,console]
 ----
@@ -27,14 +27,14 @@ On branch master
 nothing to commit, working directory clean
 ----
 
-This means you have a clean working directory – in other words, there are no tracked and modified files.
-Git also doesn't see any untracked files, or they would be listed here.
-Finally, the command tells you which branch you're on and informs you that it has not diverged from the same branch on the server.
-For now, that branch is always ``master'', which is the default; you won't worry about it here.
-<<_git_branching>>  will go over branches and references in detail.
+Το μήνυμα αυτό σημαίνει ότι έχετε ένα καθαρό κατάλογο εργασίας. Με άλλα λόγια, δεν υπάρχουν τροποποιημένα ή εντοπισμένα αρχεία.
+Επίσης δεν υπάρχουν ούτε μη εντοπισμένα αρχεία αλλιώς το Git θα τα είχε καταγράψει στο παραπάνω μήνυμα.
+Επίσης, η εντολή αυτή μας ενημερώνει σε ποιον κλάδο βρισκόμαστε καθώς και ότι δεν έχει αποκλίνει από τον αντίστοιχο κλάδο του διακομιστή.
+Προς το παρόν χρησιμοποιούμε τον κύριο κλάδο, ``master'', ο οποίος είναι και ο προεπιλεγμένος.
+Θα αναφερθούμε πιο αναλυτικά στους κλάδους στο κεφάλαιο <<_git_branching>>.
 
-Let's say you add a new file to your project, a simple README file.
-If the file didn't exist before, and you run `git status`, you see your untracked file like so:
+Έστω ότι έχουμε προσθέσει ένα νέο αρχείο στο έργο μας, ένα απλό αρχείο README.
+Αν το αρχείο αυτό δεν προυπήρχε και εκτελέσουμε την εντολή `git status`, θα δείτε το μη εντοπισμένο αρχείο σας ως εξής:
 
 [source,console]
 ----
@@ -49,23 +49,23 @@ Untracked files:
 nothing added to commit but untracked files present (use "git add" to track)
 ----
 
-You can see that your new README file is untracked, because it's under the ``Untracked files'' heading in your status output.
-Untracked basically means that Git sees a file you didn't have in the previous snapshot (commit); Git won't start including it in your commit snapshots until you explicitly tell it to do so.
-It does this so you don't accidentally begin including generated binary files or other files that you did not mean to include.
-You do want to start including README, so let's start tracking the file.
+Βλέπουμε λοιπόν ότι το αρχείο README είναι μη εντοπισμένο καθώς βρίσκεται κάτω από την κατηγορία ``Untracked files''.
+Ένα μη εντοπισμένο αρχείο ουσιαστικά σημαίνει ότι το Git βλέπει ένα αρχείο το οποίο δεν υπήρχε στο προηγούμενο στιγμιότυπο (την τελευταία φορά που υποβάλλατε αρχεία). Το Git δεν θα συμπεριλάβει το αρχείο αυτό στα επόμενα στιγμιότυπα που θα υποβάλλετε αν δεν το ζητήσετε ρητά.
+Αυτό γίνεται ώστε να μην συμπεριλάβετε κατά λάθος στο έργο σας αρχεία τα οποία δεν θέλατε, για παράδειγμα δυαδικά αρχεία.
+Στην περίπτωσή μας, θέλουμε να συμπεριλάβουμε το αρχείο README στο έργο μας οπότε πάμε να ενημερώσουμε το Git ώστε να το εντοπίσει.
 
 [[_tracking_files]]
-==== Tracking New Files
+==== Εντοπίζοντας Νέα Αρχεία
 
-In order to begin tracking a new file, you use the command `git add`.(((git commands, add)))
-To begin tracking the README file, you can run this:
+Για να εντοπίσει το Git ένα καινούριο αρχείο, χρησιμοποιούμε την εντολή `git add`.(((git commands, add)))
+Ξεκινάμε τον εντοπισμό του αρχείου REAMDE με την εντολή:
 
 [source,console]
 ----
 $ git add README
 ----
 
-If you run your status command again, you can see that your README file is now tracked and staged to be committed:
+Αν τώρα εκτελέσετε την εντολή για να δείτε την τρέχουσα κατάσταση του αποθετηρίου, θα δείτε ότι το αρχείο README είναι πλέον εντοπισμένο και καταχωρημένο ώστε να είναι έτοιμο να υποβληθεί:
 
 [source,console]
 ----
@@ -78,15 +78,15 @@ Changes to be committed:
 
 ----
 
-You can tell that it's staged because it's under the ``Changes to be committed'' heading.
-If you commit at this point, the version of the file at the time you ran `git add` is what will be in the historical snapshot.
-You may recall that when you ran `git init` earlier, you then ran `git add (files)` – that was to begin tracking files in your directory.(((git commands, init)))(((git commands, add)))
-The `git add` command takes a path name for either a file or a directory; if it's a directory, the command adds all the files in that directory recursively.
+Το αρχείο πλέον βρίσκεται κάτω από την κατηγορία ``Changes to be committed'' που σημαίνει ότι είναι καταχωρημένο.
+Αν σε αυτό το σημείο κάνετε υποβολή των αρχείων σας, η έκδοση του αρχείου README όταν εκτελέσατε την εντολή `git add` είναι αυτή που θα αποθηκευτεί στο στιγμιότυπο.
+Προηγουμένως κάναμε κάτι αντίστοιχο, εκτελέσαμε την εντολή `git init` ακολουθούμενη από `git add (files)`. Με τον τρόπο αυτό ξεκινήσαμε τον εντοπισμό των αρχείων του καταλόγου.(((git commands, init)))(((git commands, add)))
+Η εντολή `git add` μπορεί να ακολουθείται είτε από ένα αρχείο είτε από έναν κατάλογο. Αν ακολουθείται από κατάλογο τότε η εντολή θα καταχωρήσει όλα τα αρχεία του συγκεκριμένου καταλόγου αναδρομικά.
 
-==== Staging Modified Files
+==== Καταχωρώντας Τροποποιημένα Αρχεία
 
-Let's change a file that was already tracked.
-If you change a previously tracked file called ``CONTRIBUTING.md'' and then run your `git status` command again, you get something that looks like this:
+Πάμε λοιπόν να τροποποιήσουμε ένα αρχείο το οποίο είναι ήδη εντοπισμένο.
+Έστω ότι τροποποιήτε ένα ήδη εντοπισμένο αρχείο, το ``CONTRIBUTING.md'' και εκτελείτε την εντολή `git status` ξανά:
 
 [source,console]
 ----
@@ -105,11 +105,11 @@ Changes not staged for commit:
 
 ----
 
-The ``CONTRIBUTING.md'' file appears under a section named ``Changed but not staged for commit'' – which means that a file that is tracked has been modified in the working directory but not yet staged.
-To stage it, you run the `git add` command.
-`git add` is a multipurpose command – you use it to begin tracking new files, to stage files, and to do other things like marking merge-conflicted files as resolved.
-It may be helpful to think of it more as ``add this content to the next commit'' rather than ``add this file to the project''.(((git commands, add)))
-Let's run `git add` now to stage the ``CONTRIBUTING.md'' file, and then run `git status` again:
+Το αρχείο ``CONTRIBUTING.md'' βρίσκεται κάτω από την κατηγορία ``Changed but not staged for commit'', που σημαίνει ότι ένα ήδη εντοπισμένο αρχείο έχει τροποποιηθεί στο κατάλογο εργασίας αλλά δεν έχει καταχωρηθεί ακόμα.
+Για να το καταχωρήσουμε θα πρέπει να εκτελέσουμε την εντολή `git add`.
+Η εντολή `git add` έχει πολλές λειτουργίες: την χρησιμοποιείτε για να ξεκινήσετε τον εντοπισμό καινούριων αρχείων, για να καταχωρήσετε αρχεία αλλά και για άλλες λειτουργίες όπως το να σημειώσετε αρχεία που προέρχονται από συγκρούσεις συγχώνευσης (merge conflicts) ως επιλυμένα.
+Μπορείτε να σκεφτείτε την εντολή ως ``πρόσθεσε αυτό το περιεχόμενο σε ό,τι υποβάλλεις την επόμενη φορά'' αντί για ``πρόσθεσε αυτό το αρχείο στο έργο''.(((git commands, add)))
+Πάμε λοιπόν να εκτελέσουμε την εντολή `git add` για να καταχωρήσουμε το αρχείο``CONTRIBUTING.md'' και έπειτα να δούμε την τρέχουσα κατάσταση του αποθετηρίου:
 
 [source,console]
 ----
@@ -124,10 +124,10 @@ Changes to be committed:
 
 ----
 
-Both files are staged and will go into your next commit.
-At this point, suppose you remember one little change that you want to make in `CONTRIBUTING.md` before you commit it.
-You open it again and make that change, and you're ready to commit.
-However, let's run `git status` one more time:
+Και τα δύο αρχεία πλέον είναι καταχωρημένα και θα συμπεριληφθούν στην επόμενη υποβολή στιγμιοτύπου.
+Στο σημείο αυτό, ας υποθέσουμε ότι θυμάστε μια μικρή αλλαγή που θέλετε να κάνετε στο αρχείο `CONTRIBUTING.md` πριν το υποβάλλετε.
+Αφού κάνετε την αλλαγή που θέλετε, είσαστε έτοιμοι για την υποβολή. 
+Παρ' όλα αυτά ας εκτελέσουμε `git status` άλλη μια φορά:
 
 [source,console]
 ----
@@ -148,12 +148,12 @@ Changes not staged for commit:
 
 ----
 
-What the heck?
-Now `CONTRIBUTING.md` is listed as both staged _and_ unstaged.
-How is that possible?
-It turns out that Git stages a file exactly as it is when you run the `git add` command.
-If you commit now, the version of `CONTRIBUTING.md` as it was when you last ran the `git add` command is how it will go into the commit, not the version of the file as it looks in your working directory when you run `git commit`.
-If you modify a file after you run `git add`, you have to run `git add` again to stage the latest version of the file:
+Περίεργο ε;
+Το αρχείο `CONTRIBUTING.md` αναφέρεται πλέον ως καταχωρημένο αλλά και μη καταχωρημένο.
+Πως είναι αυτό δυνατόν?
+Αυτό που συμβαίνει είναι ότι το Git καταχωρεί ένα αρχείο ακριβώς όπως είναι την στιγμή που εκτελείτε την εντολη΄ `git add`.
+Αν υποβάλλετε το στιγμιότυπο τώρα, η έκδοση του αρχείου `CONTRIBUTING.md` που υπήρχε όταν εκτελέσατε την εντολή `git add` είναι αυτή που θα συμπεριληφθεί στην υποβολή (και όχι η τωρινή έκδοση του αρχείου).
+Γενικά, αν τροποποιήσετε ένα αρχείο αφότου έχει εκτελέσει την εντολή `git add`, θα πρέπει να την εκτελέσετε ξανά ώστε να καταχωρήσετε την τελευταία έκσοτη του αρχείου:
 
 [source,console]
 ----
@@ -167,11 +167,11 @@ Changes to be committed:
     modified:   CONTRIBUTING.md
 ----
 
-==== Short Status
+==== Σύντομη κατάσταση
 
-While the `git status` output is pretty comprehensive, it's also quite wordy.
-Git also has a short status flag so you can see your changes in a more compact way.
-If you run `git status -s` or `git status --short` you get a far more simplified output from the command.
+Ενώ η εντολή `git status` μας δίνει αρκετά περιεκτική πληροφορία, είναι επίσης και πολύ μακροσκελές.
+Στο Git μπορείτε να δείτε και μια πιο σύντομη περιγραφή της κατάστασης του αποθετηρίου.
+Αν εκτελέσετε `git status -s` ή `git status --short` θα έχετε ένα πιο απλοποιημένο αποτέλεσμα.
 
 [source,console]
 ----

status.json

@@ -14,9 +14,9 @@
       "sections/installing.asc": 100
     },
     "02-git-basics": {
-      "1-git-basics.asc": 0,
+      "1-git-basics.asc": 100,
       "sections/aliases.asc": 0,
-      "sections/getting-a-repository.asc": 0,
+      "sections/getting-a-repository.asc": 100,
       "sections/recording-changes.asc": 0,
       "sections/remotes.asc": 0,
       "sections/tagging.asc": 0,