Chapter 2 - Finished the Undoing section.

Author: papantonis

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

@@ -1,26 +1,26 @@
 [[_undoing]]
 === Αναιρώντας κάτι
 
-At any stage, you may want to undo something.
-Here, we'll review a few basic tools for undoing changes that you've made.
-Be careful, because you can't always undo some of these undos.
-This is one of the few areas in Git where you may lose some work if you do it wrong.
+Μπορείτε να αναιρέσετε κάποια αλλαγή οποιαδήποτε στιγμή.
+Σε αυτό το κεφάλαιο, θα αναλύσουμε κάποια βασικά εργαλεία για να αναιρέσετε αλλαγές που έχετε ήδη κάνει.
+Θα χρειαστεί να είστε προσεκτικοί γιατί δεν θα μπορείτε πάντα να αναιρέσετε κάποιες από αυτές τις αναιρέσεις.
+Θα δούμε κάποιες από τις ελάχιστες περιπτώσεις στο Git όπου μπορεί να χάσετε μέρος της δουλειάς σας αν χρησιμοποιήσετε με λάθος τρόπο τις εντολές. 
 
-One of the common undos takes place when you commit too early and possibly forget to add some files, or you mess up your commit message.
-If you want to try that commit again, you can run commit with the `--amend` option:
+Μια συχνή αναίρεση πυο χρησιμοποιείται είναι η περίπτωση όπου υποβάλλετε κάτι πολύ νωρίς αλλά ξεχάσατε να προσθέσετε κάποια αρχεία ή μπερδέψατε το μήνυμα υποβολής.
+Αν θέλετε να προσπαθήσετε ξανά την συγκεκριμένη υποβολή, θα πρέπει να χρησιμοποιήσετε την επιλογή `--amend`:
 
 [source,console]
 ----
 $ git commit --amend
 ----
 
-This command takes your staging area and uses it for the commit.
-If you've made no changes since your last commit (for instance, you run this command immediately after your previous commit), then your snapshot will look exactly the same, and all you'll change is your commit message.
+Η εντολή αυτή παίρνει την περιοχή καταχώρησης και την χρησιμοποιεί για την υποβολή.
+Αν δεν έχετε κάνει περαιτέρω αλλαγές από την τελευταία σας υποβολή (για παράδειγμα, αν εκτελέσετε την εντολή αμέσως μετά από μια υποβολή), τότε το στιγμιότυπο του αποθετηρίου θα είναι ακριβώς το ίδιο και το μόνο που θα αλλάξετε είναι το μήνυμα υποβολής.
 
-The same commit-message editor fires up, but it already contains the message of your previous commit.
-You can edit the message the same as always, but it overwrites your previous commit.
+Όταν εκτελέσετε την εντολή, θα σας εμφανιστεί το μήνυμα από την προηγούμενή σας υποβολή.
+Το μήνυμα αυτό μπορείτε να το επεξεργαστείτε, αλλά η τελευταία υποβολή θα αντικατασταθεί.
 
-As an example, if you commit and then realize you forgot to stage the changes in a file you wanted to add to this commit, you can do something like this:
+Για παράδειγμα, αν κάνετε μια υποβολή και μετά διαπιστώσετε ότι ξεχάσατε να καταχωρήσετε τις αλλαγές ενός αρχείου που θέλατε να συμπεριλάβετε στην υποβολή αυτή, τότε μπορείτε να:
 
 [source,console]
 ----
@@ -29,16 +29,16 @@ $ git add forgotten_file
 $ git commit --amend
 ----
 
-You end up with a single commit – the second commit replaces the results of the first.
+Έτσι καταλήγετε με μια και μοναδική υποβολή. Η δεύτερη υποβολή αντικαθιστά τα αποτελέσματα της πρώτης.
 
 [[_unstaging]]
 ==== Unstaging a Staged File
 
-The next two sections demonstrate how to wrangle your staging area and working directory changes.
-The nice part is that the command you use to determine the state of those two areas also reminds you how to undo changes to them.
-For example, let's say you've changed two files and want to commit them as two separate changes, but you accidentally type `git add *` and stage them both.
-How can you unstage one of the two?
-The `git status` command reminds you:
+Στις επόμενες δύο ενότητες θα δούμε πως μπορείτε να διαχειριστείτε τις αλλαγές στην περιοχή καταχώρησης και στον κατάλογο εργασίας.
+Κάτι που θα σας φανεί πολύ χρήσιμο είναι ότι η εντολή που μας προσδιορίζει την κατάσταση αυτών των περιοχών, μας υπενθυμίζει και πως να αναιρέσουμε τις αλλαγές σε αυτές.
+Για παράδειγμα, έστω ότι έχετε κάνει αλλαγές σε δύο αρχεία και θέλετε να τα υποβάλλετε ως ξεχωριστές αλλαγές, αλλά τα καταχωρήσατε και τα δύο κατά λάθος με την εντολή `git add *`.
+Πως μπορούμε να αναιρέσουμε την καταχώρηση του ενός από τα δύο;
+Η εντολή `git status` μας υπενθυμίζει:
 
 [source,console]
 ----
@@ -52,8 +52,8 @@ Changes to be committed:
     modified:   CONTRIBUTING.md
 ----
 
-Right below the ``Changes to be committed'' text, it says use `git reset HEAD <file>...` to unstage.
-So, let's use that advice to unstage the `CONTRIBUTING.md` file:
+Όπως βλέπετε, το κείμενο της εντολής μας συμβουλεύει να χρησιμοποιήσουμε την εντολή `git reset HEAD <file>...` ώστε να αναιρέσουμε μια καταχώρηση.
+Ας χρησιμοποιήσουμε λοιπόν τη συμβουλή αυτή για το αρχείο `CONTRIBUTING.md`:
 
 [source,console]
 ----
@@ -74,24 +74,24 @@ Changes not staged for commit:
     modified:   CONTRIBUTING.md
 ----
 
-The command is a bit strange, but it works.
-The `CONTRIBUTING.md` file is modified but once again unstaged.
+Η εντολή φαίνεται λίγο περίεργη, αλλά δουλεύει.
+Το αρχείο `CONTRIBUTING.md` είναι τροποποιημένο αλλά δεν βρίσκεται στην περιοχή καταχώρησης.
 
 [NOTE]
 =====
-While `git reset` _can_ be a dangerous command if you call it with `--hard`, in this instance the file in your working directory is not touched.
-Calling `git reset` without an option is not dangerous - it only touches your staging area.
+Ενώ η εντολή `git reset` _μπορεί_ να είναι επικίνδυνη αν την καλέσετε με την επιλογή `--hard`, στην προηγούμενη περίπτωση το αρχείο στον κατάλογο εργασίας σας δεν τροποποιείται από την εντολή.
+Η εκτέλεση της εντολής `git reset` χωρίς επιπλέον επιλογές δεν είναι επικίνδυνη, τροποποιεί μόνο την περιοχή καταχώρησης.
 =====
 
-For now this magic invocation is all you need to know about the `git reset` command.
-We'll go into much more detail about what `reset` does and how to master it to do really interesting things in <<_git_reset>>.
+Προς το παρόν, το μόνο που χρειάζεται να γνωρίζετε για την εντολή `git reset` είναι η παραπάνω χρήση της.
+Θα μπούμε σε περισσότερες λεπτομέρειες για την εντολή αυτή καθώς και για πιο ενδιαφέροντα πράγματα που μπορείτε να κάνετε με αυτήν στο κεφάλαιο <<_git_reset>>.
 
-==== Unmodifying a Modified File
+==== Αναιρώντας τροποποιήσεις ενός αρχείου
 
-What if you realize that you don't want to keep your changes to the `CONTRIBUTING.md` file?
-How can you easily unmodify it – revert it back to what it looked like when you last committed (or initially cloned, or however you got it into your working directory)?
-Luckily, `git status` tells you how to do that, too.
-In the last example output, the unstaged area looks like this:
+Τι μπορείτε να κάνετε όμως αν διαπιστώσετε ότι δεν θέλετε να κρατήσετε τις αλλαγές που κάνατε στο αρχείο `CONTRIBUTING.md`;
+Πως μπορείτε να τις αναιρέσετε εύκολα και να φέρετε το αρχείο στη μορφή που είχε στην τελευταία του υποβολή (ή όπως βρισκόταν αρχικά στον κατάλογο εργασίας σας);
+Η εντολή `git status` μας βοηθάει εδώ και πάλι.
+Στο αποτέλεσμα του προηγούμενου παραδείγματος, η περιογή με τα μη καταχωρημένα αρχεία ήταν κάπως έτσι:
 
 [source,console]
 ----
@@ -102,8 +102,8 @@ Changes not staged for commit:
     modified:   CONTRIBUTING.md
 ----
 
-It tells you pretty explicitly how to discard the changes you've made.
-Let's do what it says:
+Η εντολή μας ενημερώνει αναλυτικά πως να απορρίψετε τις αλλαγές που έχετε κάνει.
+Ας ακολουθήσουμε τι λέει:
 
 [source,console]
 ----
@@ -117,13 +117,13 @@ Changes to be committed:
 
 ----
 
-You can see that the changes have been reverted.
+Μπορείτε να δείτε πλέον ότι οι αλλαγές σας έχουν απορριφθεί.
 
 [IMPORTANT]
 =====
-It's important to understand that `git checkout -- [file]` is a dangerous command.
-Any changes you made to that file are gone – you just copied another file over it.
-Don't ever use this command unless you absolutely know that you don't want the file.
+Είναι σημαντικό να καταλάβετε ότι η εντολή `git checkout -- [file]` είναι αρκετά επικίνδυνη.
+Όλες οι αλλαγές που έχετε κάνει σε αυτό το αρχείο έχουν πλέον χαθεί καθώς έχετε αντιγράψει ένα αρχείο πάνω από αυτό.
+Μην χρησιμοποιείτε την εντολή αυτή εκτός αν είσαστε σίγουροι ότι δεν θέλετε να κρατήσετε τις αλλαγές σας.
 =====
 
 If you would like to keep the changes you've made to that file but still need to get it out of the way for now, we'll go over stashing and branching in <<_git_branching>>; these are generally better ways to go.