Update protocols.asc

Author: csaragiotis

book/04-git-server/sections/protocols.asc

@@ -3,10 +3,10 @@
 Το Git μπορεί να χρησιμοποιήσει τέσσερα συνηθισμένα πρωτόκολλα για την μεταφορά δεδομένων: Local, HTTP, Secure Shell (SSH) και Git.
 Θα συζητήσουμε τι είναι αυτά και σε ποιες βασικές περιστάσεις θα θέλαμε (ή δεν θα θέλαμε) να τα χρησιμοποιήσουμε.
 
-==== Τοπικό πρωτόκολλο
+==== Το τοπικό πρωτόκολλο
 
 (((protocols, local)))
-Το πιο βασικό είναι το _τοπικό πρωτόκολλο_ (_local_protocol_), στο οποίο το απομακρυσμένο αποθετήριο βρίσκεται σε άλλο κατάλογο στον δίσκο.
+Το πιο βασικό είναι το _τοπικό πρωτόκολλο_ (_local protocol_), στο οποίο το απομακρυσμένο αποθετήριο βρίσκεται σε άλλο κατάλογο στον δίσκο.
 Αυτό χρησιμοποιείται συχνά εάν όλοι στην ομάδα μας έχουν πρόσβαση σε ένα κοινό σύστημα αρχείων (filesystem), όπως μία προσάρτηση NFS (NFS mount) ή στην λιγότερο πιθανή περίπτωση που όλοι οι χρήστες συνδέονται στον ίδιο υπολογιστή.
 Η τελευταία περίπτωση δεν θα ήταν ιδανική, διότι όλες οι περιπτώσεις κώδικα του αποθετηρίου  θα κατοικούσαν στον ίδιο υπολογιστή, καθιστώντας πολύ πιο πιθανή μια καταστροφική απώλεια.
 
@@ -19,7 +19,7 @@
 $ git clone /opt/git/project.git
 ----
 
-Ή μπορείτε να το κάνετε αυτό:
+Ή μπορούμε να κάνουμε αυτό:
 
 [source,console]
 ----
@@ -28,7 +28,7 @@ $ git clone file:///opt/git/project.git
 
 Το Git λειτουργεί ελαφρώς διαφορετικά αν καθορίσουμε ρητά το `file://` στην αρχή της διεύθυνσης URL.
 Αν καθορίσουμε ακριβώς την διαδρομή, το Git προσπαθεί να χρησιμοποιήσει σκληρούς συνδέσμους (hardlinks) ή να αντιγράψει απευθείας τα αρχεία που χρειάζονται.
-Εάν καθορίσουμε το `file://`, το Git ενεργοποιεί τις διαδικασίες που συνήθως χρησιμοποιεί για την μεταφορά δεδομένων μέσω δικτύου, μία μέθοδο μεταφοράς των δεδομένων γενικά πολύ λιγότερο αποτελεσματική.
+Εάν καθορίσουμε το `file://`, το Git ενεργοποιεί τις διαδικασίες που συνήθως χρησιμοποιεί για τη μεταφορά δεδομένων μέσω δικτύου, μία μέθοδο μεταφοράς των δεδομένων γενικά πολύ λιγότερο αποτελεσματική.
 Ο βασικός λόγος που θα θέλαμε να χρησιμοποιήσουμε το `file://` είναι η περίπτωση κατά την οποία θέλουμε ένα καθαρό αντίγραφο του αποθετηρίου με εξωτερικές αναφορές ή αντικείμενα που απομένουν - συνήθως μετά από εισαγωγή από ένα άλλο σύστημα ελέγχου εκδόσεων ή κάτι παρόμοιο (βλ. <<_ git_internals>> για σχετικές εργασίες συντήρησης).
 Στη παρακάτω παράδειγμα θα χρησιμοποιήσουμε το μονοπάτι χωρίς το `file://` επειδή αυτό είναι σχεδόν πάντα πιο γρήγορο.
 
@@ -45,7 +45,7 @@ $ git remote add local_proj /opt/git/project.git
 
 Τα πλεονεκτήματα των αποθετηρίων που βασίζονται σε αρχεία είναι ότι είναι απλά και χρησιμοποιούν τα υπάρχοντα δικαιώματα σε αρχεία και πρόσβαση στο δίκτυο.
 Εάν έχουμε ήδη ένα κοινό σύστημα αρχείων στο οποίο έχει πρόσβαση ολόκληρη η ομάδα μας, η εγκατάσταση ενός αποθετηρίου είναι πολύ εύκολη.
-Μπορείτε να κολλήσετε ένα γυμνό (χωρίς αρχεία) αντίγραφο του αποθετηρίου κάπου όπου ο καθένας έχει πρόσβαση και να ορίσουμε τα δικαιώματα ανάγνωσης/εγγραφής όπως θα κάναμε για οποιονδήποτε άλλο κοινόχρηστο κατάλογο.
+Μπορούμε να κολλήσουμε ένα γυμνό (χωρίς αρχεία) αντίγραφο του αποθετηρίου κάπου όπου ο καθένας έχει πρόσβαση και να ορίσουμε τα δικαιώματα ανάγνωσης/εγγραφής όπως θα κάναμε για οποιονδήποτε άλλο κοινόχρηστο κατάλογο.
 Θα συζητήσουμε πώς μπορούμε να εξαγωγής ένα γυμνό αντίγραφο αποθετηρίου για αυτόν τον σκοπό αυτό στο <<_git_on_the_server>>.
 
 Αυτή είναι επίσης μια καλή επιλογή για γρήγορη λήψη της εργασίας από το αποθετήριο εργασίας κάποιου άλλου.
@@ -75,7 +75,7 @@ $ git remote add local_proj /opt/git/project.git
 ===== Έξυπνο HTTP
 
 (((πρωτόκολλα, έξυπνο HTTP)))
-Το πρωτόκολλο ``έξυπνο'' HTTP έχει παρόμοια λειτουργία με τα πρωτόκολλα SSH ή Git αλλά τρέχει πάνω από τις τυπικές θύρες για HTTP/S και μπορεί να χρησιμοποιήσει διάφορους μηχανισμούς HTTP ελέγχου ταυτότητας, που σημαίνει ότι είναι συχνά πιο εύκολο για τον χρήστη από ό,τι είναι για παράδειγμα το SSH, αφού είναι δυνατό να χρησιμοποιηθεί βασικός έλεγχος ταυτότητας με όνομα χρήστη/κωδικό πρόσβασης, αντί να χρειάζεται να ρυθμίσετε τα κλειδιά SSH.
+Το πρωτόκολλο ``έξυπνο'' HTTP έχει παρόμοια λειτουργία με τα πρωτόκολλα SSH ή Git αλλά τρέχει πάνω από τις τυπικές θύρες για HTTP/S και μπορεί να χρησιμοποιήσει διάφορους μηχανισμούς HTTP ελέγχου ταυτότητας, που σημαίνει ότι είναι συχνά πιο εύκολο για τον χρήστη από ό,τι είναι για παράδειγμα το SSH, αφού είναι δυνατό να χρησιμοποιηθεί βασικός έλεγχος ταυτότητας με όνομα χρήστη/κωδικό πρόσβασης, αντί να χρειάζεται να ρυθμίσουμε τα κλειδιά SSH.
 
 Αυτός φαίνεται ότι είναι πλέον ο πιο δημοφιλής τρόπος χρήσης του Git, αφού μπορεί να ρυθμιστεί τόσο για να ανώνυμο τράβηγμα όπως το πρωτόκολλο `git://` όσο και προώθηση με έλεγχο ταυτότητας και κρυπτογράφηση όπως το πρωτόκολλο SSH.
 Αντί να χρειάζεται να ορίσουμε διαφορετικές διευθύνσεις URL για αυτά τα δύο πράγματα, μπορούμε πλέον να χρησιμοποιήσουμε μια ενιαία διεύθυνση URL και για τα δύο.
@@ -113,7 +113,7 @@ $ chmod a+x hooks/post-update
 $ git clone https://example.com/gitproject.git
 ----
 
-Στη συγκεκριμένη περίπτωση, χρησιμοποιούμε τη διαδρομή `/var/www/htdocs` που είναι κοινή για διακομιστές Apache, αλλά μπορείτε να χρησιμοποιήσετε οποιονδήποτε στατικό διακομιστή ιστού – απλά τοποθετούμε το γυμνό αποθετήριο στην διαδρομή του.
+Στη συγκεκριμένη περίπτωση, χρησιμοποιούμε τη διαδρομή `/var/www/htdocs` που είναι κοινή για διακομιστές Apache, αλλά μπορούμε να χρησιμοποιήσουμε οποιονδήποτε στατικό διακομιστή ιστού --απλά τοποθετούμε το γυμνό αποθετήριο στη διαδρομή του.
 Τα δεδομένα Git διακομίζονται ως απλά στατικά αρχεία (βλ. <<_git_internals>> για λεπτομέρειες σχετικά με τον τρόπο με τον οποίο εξυπηρετείται).
 
 Σε γενικές γραμμές, επιλέγουμε είτε να τρέξουμε έναν διακομιστή με έξυπνο HTTP για ανάγνωση/εγγραφή είτε απλά να έχουμε πρόσβαση στα αρχεία για ανάγκνωση μόνο με τον χαζό τρόπο.
@@ -139,7 +139,7 @@ $ git clone https://example.com/gitproject.git
 
 Αν χρησιμοποιούμε HTTP για την ταυτοποίηση προώθησης, η παροχή των διαπιστευτηρίων είναι κάποιες φορές πιο πολύπλοκη από την χρήση κλειδιών μέσω SSH.
 Ωστόσο, υπάρχουν αρκετά εργαλεία προσωρινής αποθήκευσης διαπιστευτηρίων που μπορούμε να χρησιμοποιήσουμε, συμπεριλαμβανομένης της πρόσβασης μέσω Keychain στο OS X και του Credential Manager στα Windows, που καθιστούν την διαδικασία ταυτοποίησης αρκετά ανώδυνη.
-Διαβάστε την ενότητα <<_credential_caching>> για να δείτε πώς μπορείτε να ρυθμίσετε ασφαλή προσωρινή αποθήκευση κωδικού πρόσβασης HTTP στο σύστημά σας.
+Στην ενότητα <<_credential_caching>> μπορούμε να δούμε πώς μπορούμε να ρυθμίσουμε ασφαλή προσωρινή αποθήκευση κωδικού πρόσβασης HTTP στο σύστημά μας.
 
 ==== Το πρωτόκολλο SSH
 
@@ -150,21 +150,21 @@ $ git clone https://example.com/gitproject.git
 
 To clone a Git repository over SSH, you can specify ssh:// URL like this:
 
-Για να κλωνοποιήσετε ένα αποθετήριο Git πάνω από SSH, μπορείτε να ορίσετε το URL `ssh://` ως εξής:
+Για να κλωνοποιήσουμε ένα αποθετήριο Git πάνω από SSH, μπορούμε να ορίσουμε το URL `ssh://` ως εξής:
 
 [source,console]
 ----
 $ git clone ssh://user@server/project.git
 ----
 
-Ή μπορείτε να χρησιμοποιήσετε τη συντομότερη σύνταξη τύπου scp για το πρωτόκολλο SSH:
+Ή μπορούμε να χρησιμοποιήσουμε τη συντομότερη σύνταξη τύπου scp για το πρωτόκολλο SSH:
 
 [source,console]
 ----
 $ git clone user@server:project.git
 ----
 
-Επίσης, είναι δυνατό να μην ορίσετε κάποιον χρήστη, οπότε το Git θεωρεί ότι είστε ο ίδιος χρήστης με τον χρήστη του συστήματός σας.
+Επίσης, είναι δυνατό να μην ορίσουμε κάποιον χρήστη, οπότε το Git θεωρεί ότι είμαστε ο ίδιος χρήστης με τον χρήστη του συστήματός μας.
 
 ===== Τα υπέρ
 
@@ -187,7 +187,7 @@ $ git clone user@server:project.git
 Για να διαθέσουμε ένα αποθετήριο πάνω από το πρωτόκολλο Git, πρέπει να δημιουργήσουμε το αρχείο `git-daemon-export-ok` – ο δαίμονας δεν θα διαθέτει το αποθετήριο αν δεν έχει αυτό το αρχείο – αλλά πέρα από αυτό δεν υπάρχει καμία ασφάλεια.
 Είτε το αποθετήριο Git είναι διαθέσιμο σε όλους να το κλωνοποιήσουν είτε σε κανέναν.
 Αυτό σημαίνει ότι γενικά δεν γίνεται προώθηση πάνω από αυτό το πρωτόκολλο.
-Μπορούμε να ενεργοποιήσουμε την πρόσβαση προώθησης· αλλά δεδομένης της έλλειψης ταυτοποίησης, αν ενεργοποιήσουμε την πρόσβαση προώθησης, οποιοσδήποτε βρίσκει το URL του έργου σας στο Internet, θα μπορεί να προωθήσει στο έργο σας. 
+Μπορούμε να ενεργοποιήσουμε την πρόσβαση προώθησης· αλλά δεδομένης της έλλειψης ταυτοποίησης, αν ενεργοποιήσουμε την πρόσβαση προώθησης, οποιοσδήποτε βρίσκει το URL του έργου μας στο Internet, θα μπορεί να προωθήσει στο έργο μας. 
 Είναι προφανές ότι αυτή η συμπεριφορά είναι σπάνια επιθυμητή.
 
 ===== Τα υπέρ
@@ -203,6 +203,6 @@ $ git clone user@server:project.git
 Γενικά, πρέπει να το συνδυάζουμε με πρόσβαση SSH ή HTTPS για τους λίγους προγραμματιστές που έχουν πρόσβαση προώθησης (εγγραφής) και οι υπόλοιποι προγραμματιστές θα χρησιμοποιούν το `git://' για πρόσβαση μόνο για ανάγνωση.
 Επίσης είναι πιθανότατα το πιο δύσκολο πρωτόκολλο από πλευράς ρύθμισης.
 Πρέπει να τρέχει το δικό του δαίμονα, που απαιτεί ρύθμιση `xinetd` ή κάτι παρόμοιο, το οποίο δεν είναι πάντα απλό να γίνει.
-Απαιτεί επίσης πρόσβαση στην θύρα 9418 του τείχους προστασίας, θύρα που δεν είναι από τις τυποποιημένες θύρες που επιτρέπουν τα firewalls εταιρικών δικτύων.
-XXX Πίσω από τα μεγάλα εταιρικά τείχη προστασίας, αυτή η XXX obscure θύρα είναι συνήθως μπλοκαρισμένη.
+Απαιτεί επίσης πρόσβαση στην θύρα 9418 του τείχους προστασίας, θύρα που δεν είναι από τις τυποποιημένες θύρες που επιτρέπουν τα τείχη προστασίας εταιρικών δικτύων.
+Πίσω από τα τείχη προστασίας μεγάλων εταιριών, αυτή η ασυνήθιστη θύρα είναι συνήθως μπλοκαρισμένη.