Merge pull request #26 from progit2-gr/cs/chapter-9

Chapter 9

Author: csaragiotis

book/01-introduction/sections/first-time-setup.asc

@@ -12,7 +12,7 @@
   Αν χρησιμοποιήσουμε την επιλογή `--system` στην εντολή `git config`, τότε η εντολή διαβάζει και γράφει από αυτό το αρχείο.
 2. Στο αρχείο `~/.gitconfig` ή `~/.config/git/config`: περιέχει τιμές συγκεκριμένες για τον χρήστη.
   Για να κάνουμε το Git να γράφει σε και να διαβάζει από αυτό το αρχείο θα πρέπει να χρησιμοποιήσουμε την επιλογή `--global`.
-3. Στο αρχείο `config` στον κατάλογο του Git (το αρχείο αυτό ονομάζεται `.git/config`) του αποθετηρίου το οποίο χρησιμοποιούμε: Περιέχει τιμές ειδικά για το συγκεριμένο αποθετήριο.
+3. Στο αρχείο `config` στον κατάλογο του Git (το αρχείο αυτό ονομάζεται `.git/config`) του αποθετηρίου το οποίο χρησιμοποιούμε: περιέχει τιμές ειδικά για το συγκεριμένο αποθετήριο. 
 
 Κάθε ένα από τα παραπάνω επίπεδα υπερσκελίζει τις τιμές του προηγούμενου επιπέδου. Για παράδειγμα, οι τιμές του αρχείου `.git/config` υπερσκελίζουν εκείνες του αρχείου `/etc/gitconfig`.
 

book/05-distributed-git/sections/contributing.asc

@@ -579,7 +579,7 @@ $ git fetch origin
 .Αρχικό ιστορικό υποβολών με τη δουλειά στο `featureB`.
 image::images/public-small-1.png[Αρχικό ιστορικό υποβολών με τη δουλειά στο `featureB`.]
 
-Ας υποθέσουμε ότι ο συντηρητής του έργου έχει έλξει κάμποσες επιδιορθώσεις κώδικα και έχει δοκιμάσει τον πρώτο μας κλάδο αλλά πλέον δεν συγχωνεύεται παστρικά.
+Ας υποθέσουμε ότι ο συντηρητής του έργου έχει έλξει κάμποσα επιθέματα και έχει δοκιμάσει τον πρώτο μας κλάδο, αλλά πλέον δεν συγχωνεύεται παστρικά.
 Σε αυτήν την περίπτωση, μπορούμε να προσπαθήσουμε να επανατοποθετήσουμε αυτόν τον κλάδο στην κορυφή του κλάδου `origin/master`, να επιλύσουμε τις συγκρούσεις για τον διαχειριστή και στη συνέχεια να προωθήσουμε εκ νέου τις αλλαγές μας:
 
 [source,console]

book/05-distributed-git/sections/maintaining.asc

@@ -206,11 +206,7 @@ $ git checkout -b rubyclient jessica/ruby-client
 Το άλλο πλεονέκτημα αυτής της προσέγγισης είναι ότι έχουμε και το ιστορικό των υποβολών.
 Παρόλο που ίσως έχουμε εύλογα ζητήματα συγχώνευσης, γνωρίζουμε πού βρίσκεται η σχετική εργασία τους στο ιστορικό μας· μια κατάλληλη τριμερής συγχώνευση είναι η προτιμότερη επιλογή από τη χρήση της επιλογής `-3` με την ελπίδα ότι η επιδιόρθωση λογισμικού δημιουργήθηκε από μια δημόσια υποβολή στην οποία έχουμε πρόσβαση.
 
-<<<<<<< HEAD
 Εάν δεν συνεργαζόμαστε συχνά με ένα άτομο, αλλά εξακολουθούμε να θέλουμε να έλξουμε από αυτόν με αυτόν τον τρόπο, μπορούμε να δώσουμε τη διεύθυνση URL του απομακρυσμένου αποθετηρίου στην εντολή `git pull`.
-=======
-Εάν δεν συνεργαζόμαστε συχνά με ένα άτομο αλλά εξακολουθούμε να θέλουμε να έλξουμε από αυτόν με αυτόν τον τρόπο, μπορούμε να δώσουμε τη διεύθυνση URL του απομακρυσμένου αποθετηρίου στην εντολή `git pull`.
->>>>>>> Corrected translation of 'pull'.
 Αυτό κάνει ένα μοναδικό τράβηγμα και δεν αποθηκεύει τη διεύθυνση URL ως απομακρυσμένη αναφορά:
 
 [source,console]
@@ -390,11 +386,7 @@ Finished one cherry-pick.
  3 files changed, 17 insertions(+), 3 deletions(-)
 -----
 
-<<<<<<< HEAD
-Αυτή η εντολή έλκει την ίδια αλλαγή με αυτήν που εισήχθη στο `e43a6`, αλλά παίρνουμε μια νέα τιμή SHA-1 για την υποβολή επειδή η ημερομηνία που εφαρμόστηκε είναι διαφορετική.
-=======
-Αυτή η εντολή έλκει την ίδια αλλαγή με αυτήν που εισήχθη στο `e43a6` αλλά παίρνουμε μια νέα τιμή SHA-1 για την υποβολή επειδή η ημερομηνία που εφαρμόστηκε είναι διαφορετική.
->>>>>>> Corrected translation of 'pull'.
+Αυτή η εντολή έλκει την ίδια αλλαγή με αυτήν που εισήχθη στην `e43a6`, αλλά παίρνουμε μια νέα τιμή SHA-1 για την υποβολή επειδή η ημερομηνία κατά την οποία εφαρμόστηκε είναι διαφορετική.
 Τώρα η ιστορικό μας μοιάζει με αυτό:
 
 .Ιστορικό μετά την ανθολόγηση υποβολής σε έναν θεματικό κλάδο.

book/06-github/sections/3-maintaining.asc

@@ -58,11 +58,7 @@ image::images/collaborators.png[Το πλαίσιο με τους συνεργά
 
 ==== Διαχείριση αιτημάτων έλξης
 
-<<<<<<< HEAD
 Τώρα που έχουμε ένα έργο με κώδικα και ενδεχομένως μερικούς συνεργάτες που έχουν πρόσβαση ώθησης, ας δούμε τι πρέπει να κάνουμε όταν έχουμε ένα αίτημα έλξης.
-=======
-Τώρα που έχουμε ένα έργο με κώδικα και ενδεχομένως μερικούς συνεργάτες που έχουν επίσης πρόσβαση ώθησης, ας δούμε τι πρέπει να κάνουμε όταν έχουμε ένα αίτημα έλξης.
->>>>>>> Corrected translation of 'pull'.
 
 Τα αιτήματα έλξης μπορεί είτε να προέρχεται από έναν κλάδο σε μία διχάλα του αποθετηρίου μας είτε μπορεί να προέρχεται από άλλον κλάδο στο ίδιο αποθετήριο.
 Η μόνη διαφορά είναι ότι αυτοί που βρίσκονται σε μία διχάλα είναι συχνά από χρήστες στων οποίων τους κλάδους δεν μπορούμε να ωθήσουμε όπως και αυτοί δεν μπορούν να ωθήσουν προς τους δικούς μας, ενώ με τα εσωτερικά αιτήματα έλξης γενικά και τα δύο μέρη έχουν πρόσβαση στον κλάδο.
@@ -88,7 +84,7 @@ Mας δίνει επίσης μερικές διευθύνσεις URL που 
 Το είδαμε αυτό εν συντομία στην ενότητα <<_checking_out_remotes>>.
 Αν θέλουμε, μπορούμε να δημιουργήσουμε έναν θεματικό κλάδο, να μεταβούμε σε αυτόν και στη συνέχεια να εκτελέσουμε αυτήν την εντολή για να συγχωνεύσουμε τις αλλαγές του αιτήματος έλξης.
 
-Οι άλλες ενδιαφέρουσες διευθύνσεις URL είναι οι διευθύνσεις `.diff` και `.patch`, οι οποίες, όπως μπορεί να μαντέψει κανείς, παρέχουν ενοποιημένες εκδόσεις της diff και της επιδιόρθωσης κώδικα του αιτήματος έλξης.
+Οι άλλες ενδιαφέρουσες διευθύνσεις URL είναι οι διευθύνσεις `.diff` και `.patch`, οι οποίες, όπως μπορεί να μαντέψει κανείς, παρέχουν ενοποιημένες εκδόσεις της diff και του επιθέματος του αιτήματος έλξης.
 Θα μπορούσαμε να συγχωνεύσουμε την εργασία του αιτήματος έλξης με κάτι σαν αυτό:
 
 [source,console]
@@ -123,21 +119,13 @@ image::images/maint-02-merge.png[Κουμπί ``Merge'']
 [[_pr_refs]]
 ===== Refs αιτημάτων έλξης
 
-<<<<<<< HEAD
-Εάν έχουμε να κάνουμε με *πολλά* αιτήματα έλξης και δεν θέλουμε να προσθέσουμε πολλά απομακρυσμένα αποθετήρια ή να κάνουμε μία έλξη κάθε φορά, υπάρχει ένα ωραίο κόλπο που μας επιτρέπει να κάνουμε το GitHub.
-είναι ένα λίγο προηγμένο τέχνασμα και θα δούμε τις λεπτομέρειές του σε μεγαλύτερο βάθος στην ενότητα <<_refspec>>, αλλά μπορεί να είναι αρκετά χρήσιμο.
+Εάν έχουμε να κάνουμε με *πολλά* αιτήματα έλξης και δεν θέλουμε να προσθέσουμε πολλά απομακρυσμένα αποθετήρια ή να κάνουμε μία έλξη κάθε φορά, υπάρχει ένα ωραίο κόλπο που το GitHub μας επιτρέπει να κάνουμε.
+Είναι λίγο προηγμένο τέχνασμα και θα δούμε τις λεπτομέρειές του σε μεγαλύτερο βάθος στην ενότητα <<_refspec>>, αλλά μπορεί να είναι αρκετά χρήσιμο.
 
 Το GitHub διαφημίζει τους κλάδους αιτημάτων έλξης ενός αποθετηρίου ως ένα είδος ψευδο-κλάδων στον διακομιστή.
-Από προεπιλογή δεν τους παίρνουμε όταν κλωνοποιούμε, αλλά είναι εκεί με κάποιον ασαφή και ομιχλώδη τρόπο και μπορούμε να έχουμε αρκετά εύκολα πρόσβαση σε αυτά.
-=======
-Εάν έχουμε να κάνουμε με *πολλά* αιτήματα έλξης και δεν θέλουμε να προσθέσουμε πολλά απομακρυσμένα αποπετήρια ή να κάνουμε μία έλξη κάθε φορά, υπάρχει ένα ωραίο κόλπο το οποίο το GitHub μας επιτρέπει να κάνουμε.
-Αυτό είναι ένα λίγο προηγμένο τέχνασμα και θα δούμε τις λεπτομέρειές του σε μεγαλύτερο βάθος στην ενότητα <<_refspec>> αλλά μπορεί να είναι αρκετά χρήσιμο.
+Εκ προεπιλογής δεν τους παίρνουμε όταν κλωνοποιούμε, αλλά είναι εκεί με κάποιον ασαφή και ομιχλώδη τρόπο και μπορούμε να έχουμε αρκετά εύκολη πρόσβαση σε αυτά.
 
-Το GitHub διαφημίζει τους κλάδους αιτημάτων έλξης ενός αποθετηρίου ως ένα είδος ψευδο-κλάδων στον διακομιστή.
-Από προεπιλογή δεν τους παίρνουμε όταν κλωνοποιούμε αλλά είναι εκεί με ομιχλώδη τρόπο και μπορούμε να έχουμε αρκετά εύκολα πρόσβαση σε αυτά.
->>>>>>> Corrected translation of 'pull'.
-
-Για να το δείξουμε αυτό, πρόκειται να χρησιμοποιήσουμε μια εντολή χαμηλού επιπέδου (που συχνά αναφέρεται ως εντολή ``διοχέτευσης'' (plumbing), την `ls-remote`, για την οποία θα διαβάσουμε για περισσότερα στην ενότητα <<_plumbing_porcelain>>).
+Για να το δείξουμε αυτό, θα χρησιμοποιήσουμε μια εντολή χαμηλού επιπέδου (που συχνά αναφέρεται ως εντολή ``διοχέτευσης'' (plumbing), την `ls-remote`, για την οποία θα πούμε περισσότερα στην ενότητα <<_plumbing_porcelain>>).
 Αυτή η εντολή γενικά δεν χρησιμοποιείται στις καθημερινές λειτουργίες του Git, αλλά μας χρησιμεύει να δούμε ποιες αναφορές υπάρχουν στον διακομιστή.
 
 Αν εκτελέσουμε αυτήν την εντολή για τον αποθετήριο ``blink'' που χρησιμοποιούσαμε νωρίτερα, θα έχουμε μια λίστα με όλους τους κλάδους, ετικέτες και άλλες αναφορές στο αποθετήριο.
@@ -157,13 +145,12 @@ a5a7751a33b7e86c5e9bb07b26001bb17d775d1a	refs/pull/4/head
 
 Φυσικά, εάν βρισκόμαστε στο δικό μας αποθετήριο και εκτελέσουμε `git ls-remote origin` ή οποιοδήποτε απομακρυσμένο αποθετήριο θέλουμε να ελέγξουμε, θα μας δείξει κάτι παρόμοιο με αυτό.
 
-Αν το αποθετήριο βρίσκεται στο GitHub και έχουμε υποβεβλημένα αίτηματα έλξης , θα λάβουμε αυτές τις αναφορές, με πρόθεμα `refs/pull/`.
-Αυτές είναι ουσιαστικά κλάδοι, αλλά επειδή δεν βρίσκονται κάτω από `refs/heads/`, δεν τις παίρνουμε όταν κλωνοποιούμε ή ανακτούμε από τον διακομιστή --η διαδικασία της ανάκτησης τις αγνοεί κανονικά.
-
-Υπάρχουν δύο αναφορές ανά αίτημα έλξης --αυτή που τελειώνει σε σημεία `/head` δείχνει στην ίδια ακριβώς υποβολή με την τελευταία υποβολή στον κλάδο του αιτήματος έλξης.
-Έτσι, αν κάποιος υποβάλει ένα αίτημα έλξης στο αποθετήριό μας και ο κλάδος του ονομάζεται `bug-fix` και δείχνει στην υποβολή `a5a775`, τότε στο *δικό μας* αποθετήριο δεν θα έχουμε κλάδο `bug-fix ' (αφού αυτός βρίσκεται στη διχάλα του), αλλά θα έχουμε `pull/<pr#>/head` που δείχνει στην `a5a775`.
-Αυτό σημαίνει ότι μπορούμε πολύ εύκολα να έλξουμε κάθε κλάδο αιτήματος έλξης χωρίς να χρειαστεί να προσθέσουμε κάμποσα απομακρυσμένα αποθετήρια.
+Αν το αποθετήριο βρίσκεται στο GitHub και έχουμε υποβεβλημένα αίτηματα έλξης, θα λάβουμε αυτές τις αναφορές, με πρόθεμα `refs/pull/`.
+Αυτές είναι ουσιαστικά κλάδοι, αλλά επειδή δεν βρίσκονται στον `refs/heads/`, δεν τις παίρνουμε όταν κλωνοποιούμε ή ανακτούμε από τον διακομιστή --η διαδικασία της ανάκτησης τους αγνοεί κάτω από κανονικές συνθήκες.
 
+Υπάρχουν δύο αναφορές ανά αίτημα έλξης --αυτή που τελειώνει σε `/head` δείχνει στην ίδια ακριβώς υποβολή με την τελευταία υποβολή στον κλάδο του αιτήματος έλξης.
+Έτσι, αν κάποιος υποβάλει ένα αίτημα έλξης στο αποθετήριό μας και ο κλάδος του ονομάζεται `bug-fix` και δείχνει στην υποβολή `a5a775`, τότε στο *δικό μας* αποθετήριο δεν θα έχουμε κλάδο `bug-fix ' (αφού αυτός βρίσκεται στη δική του διχάλα), αλλά θα έχουμε `pull/<pr#>/head` που δείχνει στην `a5a775`.
+Αυτό σημαίνει ότι μπορούμε πολύ εύκολα να έλξουμε κάθε κλάδο ενός αιτήματος έλξης χωρίς να χρειαστεί να προσθέσουμε κάμποσα απομακρυσμένα αποθετήρια.
 
 Τώρα, μπορούμε να ανακτήσουμε απευθείας την αναφορά.
 
@@ -231,21 +218,13 @@ Switched to a new branch 'pr/2'
 
 ===== Αιτήματα έλξης σε αιτήματα έλξης
 
-<<<<<<< HEAD
 Όχι μόνο μπορούμε να υποβάλουμε αιτήματα έλξης που έχουν ως στόχο τον κεντρικό ή τον κύριο κλάδο, αλλά μπορούμε να υποβάλουμε αίτημα έλξης με στόχο οποιονδήποτε κλάδο στο δίκτυο.
-=======
-Όχι μόνο μπορούμε να υποβάλουμε αιτήματα έλξης που έχουν ως στόχο τον κεντρικό ή τον κύριο κλάδο αλλά μπορούμε να υποβάλουμε αίτημα έλξης με στόχο οποιονδήποτε κλάδο στο δίκτυο.
->>>>>>> Corrected translation of 'pull'.
 Μάλιστα, μπορούμε ακόμη υποβάλουμε αίτημα έλξης σε ένα άλλο αίτημα έλξης.
 
 Εάν δούμε αίτημα έλξης που κινείται προς τη σωστή κατεύθυνση και έχουμε μια ιδέα για μια αλλαγή που εξαρτάται από αυτήν ή δεν είμαστε βέβαιοι ότι είναι καλή ιδέα ή απλά δεν έχουμε πρόσβαση ώθησης στον κλάδο-στόχο, μπορούμε να υποβάλουμε ένα αίτημα έλξης απευθείας σε αυτό.
 
 Όταν πάμε να υποβάλουμε ένα αίτημα έλξης, υπάρχει ένα πλαίσιο στο επάνω μέρος της σελίδας που καθορίζει από ποιον και προς ποιον κλάδο αιτούμαστε να έλξουμε.
-<<<<<<< HEAD
 Αν πατήσουμε το κουμπί ``Edit'' στα δεξιά του πλαισίου μπορούμε να αλλάξουμε όχι μόνο τους κλάδους αλλά και τη διχάλα.
-=======
-Αν πατήσουμε το κουμπί ``Edit'' στα δεξιά του πλαισίου μπορούμε να αλλάξουμε όχι μόνο τους κλάδους αλλά και την διχάλα.
->>>>>>> Corrected translation of 'pull'.
 
 [[_pr_targets]]
 .Χειροκίνητη αλλαγή της διχάλας και κλάδου σε αίτημα έλξης.