Fix all compilations warnings.

Author: jnavila

book/01-introduction/sections/help.asc

@@ -44,4 +44,3 @@ usage: git add [<options>] [--] <pathspec>...
     --ignore-missing      check if - even missing - files are ignored in dry run
     --chmod <(+/-)x>      override the executable bit of the listed files
 ----
-

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

@@ -243,7 +243,7 @@ doc/*.txt
 doc/**/*.pdf
 ----
 
-[ΣΥΜΒΟΥΛΗ]
+[TIP]
 ====
 Αν θέλουμε κάποια παραδείγματα για να ξεκινήσουμε, το GitHub διατηρεί μια λίστα με παραδείγματαα αρχείων `.gitignore` για πολλές γλώσσες προγραμματισμού στη διεύθυνση https://github.com/github/gitignore[].
 ====
@@ -375,7 +375,7 @@ index 8ebb991..643e24f 100644
  that highlights your work in progress (and note in the PR title that it's
 ----
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 Χρήση της `git diff` μέσω άλλου προγράμματος
 ====
 Θα συνεχίσουμε να χρησιμοποιούμε την εντολή `git diff` με διάφορους τρόπους στο βιβλίο.

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

@@ -77,7 +77,7 @@ Changes not staged for commit:
 Η εντολή φαίνεται λίγο περίεργη, αλλά δουλεύει.
 Το αρχείο `CONTRIBUTING.md` είναι τροποποιημένο, αλλά δεν βρίσκεται στην περιοχή καταχώρησης.
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 =====
 Ενώ η εντολή `git reset` _μπορεί_ να είναι επικίνδυνη αν την καλέσουμε με την επιλογή `--hard`, στην προηγούμενη περίπτωση το αρχείο στον κατάλογο εργασίας σας δεν τροποποιείται από την εντολή.
 Η εκτέλεση της εντολής `git reset` χωρίς επιπλέον επιλογές δεν είναι επικίνδυνη, τροποποιεί μόνο την περιοχή καταχώρησης.
@@ -119,7 +119,7 @@ Changes to be committed:
 
 Μπορούμε να δούμε πλέον ότι οι αλλαγές σας έχουν απορριφθεί.
 
-[ΣΗΜΑΝΤΙΚΟ]
+[IMPORTANT]
 =====
 Είναι σημαντικό να καταλάβουμε ότι η εντολή `git checkout -- [file]` είναι αρκετά επικίνδυνη.
 Όλες οι αλλαγές που έχουμε κάνει σε αυτό το αρχείο έχουν πλέον χαθεί καθώς έχουμε αντιγράψει ένα αρχείο πάνω από αυτό.

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

@@ -266,7 +266,7 @@ Hit return to start merge resolution tool (opendiff):
 Αν θέλουμε να χρησιμοποιήσουμε κάποιο εργαλείο συγχώνευσης διαφορετικό από το προεπιλεγμένο (το Git έχει επιλέξει το `opendiff` σε αυτήν την περίπτωση, διότι η τρέξαμε την εντολή σε Mac), μπορούμε να δούμε όλα τα εργαλεία που υποστηρίζονται στο πάνω μέρος μετά από το ``one of the following tools'':
 Απλά γράφουμε το όνομα του εργαλείου που θέλουμε να χρησιμοποιήσουμε.
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 ====
 Πιο προχωρημένα εργαλεία για να επιλύσουμε περίπλοκες συγκρούσεις συγχωνεύσεων, θα αναφέρουμε στην ενότητα <<ch07-git-tools#_advanced_merging>>.
 ====

book/03-git-branching/sections/branch-management.asc

@@ -60,7 +60,7 @@ If you are sure you want to delete it, run 'git branch -D testing'.
 
 Αν πραγματικά θέλουμε να διαγράψουμ έναν τέτοιο κλάδο και να χάσουμε τη δουλειά που περιέχει, μπορούμε να επιβάλουμε τη διαγραφή με την επιλογή `-D`, όπως υποδεικνύει και το παραπάνω μήνυμα.
 
-[ΣΥΜΒΟΥΛΗ]
+[TIP]
 ====
 Εφόσον δεν δώσουμε το όνομα μίας υποβολής ή ενός κλάδου οι επιλογές `--merged` και `--no-merged` θα μας δείξουν τι έχει ή δεν έχει συγχωνευτεί, αντίστοιχα, στον _τρέχοντα_ κλάδο μας.
 

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

@@ -34,7 +34,7 @@ image::images/commits-and-parents.png[Υποβολές και οι γονείς
 Το προεπιλεγμένο όνομα κλάδου στο Git είναι `master` (κύριος κλάδος).
 Όσο επιτελούμε υποβολές, δημιουργούμε έναν κύριο κλάδο που δείχνει στην τελευταία υποβολή που κάναμε. Κάθε φορά που υποβάλλουμε, ο κύριος κλάδος μετατοπίζεται αυτόματα.
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 ====
 Ο ``κύριος'' κλάδος (``master'') στο Git δεν είναι κάποιος ειδικός κλάδος.(((master)))
 Είναι ακριβώς ίδιος με οποιονδήποτε άλλο κλάδο. 
@@ -130,7 +130,7 @@ image::images/checkout-master.png[Ο `HEAD` μετακινείται όταν ε
 Αυτό σημαίνει επίσης ότι όποιες αλλαγές κάνουμε από αυτό το σημείο και μετά θα αποκλίνουν από την προηγούμενη έκδοση του έργου. 
 Ουσιαστικά αναιρεί όποιες αλλαγές έχουμε κάνει στον κλάδο `testing` ώστε να μπορέσουμε να κινηθούμε σε μία διαφορετική κατεύθυνση.
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 .Η μετάβαση από έναν κλάδο σε άλλον αλλάζει τα αρχεία στον κατάλογο εργασίας.
 
 Είναι σημαντικό να τονίσουμε ότι στο Git όταν μετακινούμαστε από έναν κλάδο σε άλλο, τα αρχεία στον τρέχοντα κατάλογο αλλάζουν.

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

@@ -197,9 +197,6 @@ image::images/perils-of-rebasing-4.png[Συγχώνευση της ίδιας ε
 [[_rebase_rebase_work]]
 .Επανατοποθέτηση πάνω σε επανατοποθετημένη εργασία
 image::images/perils-of-rebasing-5.png[Επανατοποθέτηση πάνω σε επανατοποθετημένη εργασία.]
-#[[_rebase_rebase_work]]
-#Rebase on top of force-pushed rebase work.
-#image::images/perils-of-rebasing-5.png[Rebase on top of force-pushed rebase work.]
 
 Αυτό θα έχει το επιθυμητό αποτέλεσμα μόνον εάν οι `C4` και `C4'` που έφτιαξε ο συνεργάτης μας είναι σχεδόν ακριβώς το ίδιο επίθεμα.
 Διαφορετικά, η `git rebase` δεν θα είναι σε θέση να καταλάβει ότι πρόκειται για ουσιαστικά την ίδια υποβολή και θα προσθέσει ένα ακόμη επίθεμα παρόμοιο με το `C4` (το οποίο πιθανότατα θα αποτύχει να εφαρμοστεί χωρίς συγκρούσεις, αφού οι αλλαγές θα έχουν, τουλάχιστον εν μέρει, εφαρμοστεί ήδη).

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

@@ -19,7 +19,7 @@
 Αν τον κλωνοποιήσουμε, η εντολή `clone` του Git θα τον ονομάσει `origin`, θα έλξει όλα τα δεδομένα και θα δημιουργήσει έναν δείκτη που δείχνει εκεί όπου βρίσκεται ο κλάδος του `master` και θα τον ονομάσει τοπικά `origin/master`.
 Το Git επίσης μας δίνει τον δικό μας τοπικό κλάδο `master` που ξεκινά από το ίδιο σημείο από όπου ξεκινά και ο κλάδος `master` του αποθετηρίου `origin`, ώστε να έχουμε κάτι πάνω στο οποίο να δουλέψουμε.
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 .Το αποθετήριο ``origin'' δεν είναι κάτι ιδιαίτερο
 ====
 Ακριβώς όπως το όνομα ``master'' δεν έχει κάποια ιδιαίτερη σημασία στο Git, το ίδιο σημαίνει και με το ``origin''.
@@ -86,7 +86,7 @@ To https://github.com/schacon/simplegit
 Αυτήν τη μορφή της εντολής τη χρησιμοποιούμε για να ωθήσουμε έναν τοπικό κλάδο σε έναν απομακρυσμένο που έχει διαφορετικό όνομα.
 Αν δεν θέλαμε να ονομάζεται `serverfix` στο απομακρυσμένο αποθετήριο, τότε μπορούμε να τρέξουμε την εντολή `git push origin serverfix:awesomebranch` ώστε να ωθήσουμε τον τοπικό μας κλάδο `serverfix` στον κλάδο με όνομα `awesomebranch` στο απομακρυσμένο αποθετήριο.
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 .Δεν χρειάζεται να γράφουμε τον κωδικό μας κάθε φορά.
 ====
 Αν θέλουμε να ωθήσουμε κάτι σε ένα URL με HTTPS, ο διακομιστής Git θα μας ζητήσει το όνομα χρήστη και τον κωδικό μας για ταυτοποίηση.
@@ -173,7 +173,7 @@ $ git branch -u origin/serverfix
 Branch serverfix set up to track remote branch serverfix from origin.
 ----
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 .Συντόμευση Upstream
 ====
 Όταν έχουμε ορίσει έναν κλάδο παρακολούθησης, μπορούμε να αναφερθούμε σε αυτόν ως `@{upstream}` ή με τη συντομογραφία `@{u}`.

book/04-git-server/sections/git-on-a-server.asc

@@ -3,7 +3,7 @@
 
 Τώρα θα δούμε τη δημιουργία μιας υπηρεσίας Git που θα εκτελεί αυτά τα πρωτόκολλα στον δικό μας διακομιστή.
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 ====
 Εδώ θα επιδείξουμε τις εντολές και τα βήματα που απαιτούνται για να κάνουμε βασικές απλοποιημένες εγκαταστάσεις σε έναν διακομιστή σε Linux, αν και είναι επίσης δυνατή η εκτέλεση αυτών των υπηρεσιών σε διακομιστές Mac ή Windows.
 Η εγκατάσταση ενός διακομιστή παραγωγής στην υποδομή μας προϋποθέτει ασφαλώς διαφορές στα μέτρα ασφαλείας ή τα εργαλεία των λειτουργικών συστημάτων, αλλά αυτό θα μας δώσει τη γενική ιδέα για το τι εμπλέκεται.

book/04-git-server/sections/smart-http.asc

@@ -70,7 +70,7 @@ $ htdigest -c /opt/git/.htpasswd "Git Access" schacon
 Δεν υλοποιεί το ίδιο τον έλεγχο ταυτότητα, αλλά αυτό μπορεί εύκολα να ελεγχθεί στο επίπεδο του διακομιστή web που τον καλεί.
 Μπορούμε να κάνουμε τα παραπάνω με σχεδόν οποιοδήποτε διακομιστή web με δυνατότητα CGI, οπότε μπορούμε να χρησιμοποιήσουμε αυτόν που γνωρίζουμε καλύτερα.
 
-[ΣΗΜΕΙΩΣΗ]
+[NOTE]
 ====
 Περισσότερες πληροφορίες σχετικά με τη ρύθμιση της ταυτοποίησης στον Apache, υπάρχουν στην τεκμηρίωση του Apache στην http://httpd.apache.org/docs/current/howto/auth.html[]
 ====