Resolving conflicts

Author: csaragiotis

book/01-introduction/sections/basics.asc

@@ -1,8 +1,8 @@
 === Τα βασικά του Git
 
 Τι είναι, λοιπόν, το Git με λίγα λόγια;
-Η συγκεκριμένη ενότητα είναι σημαντική επειδή αν καταλάβουμε τι είναι το Git και το πώς δουλεύει, θα είναι πιο εύκολο να το χρησιμοποιήσουμε αποτελεσματικά.
-Καθώς μαθαίνουμε το Git, ας προσπαθήσουμε να αδειάσουμε το μυαλό μας από γνώσεις που μπορεί να έχουμε από άλλα συστήματα ελέγχου έκδοσεων, όπως το Subversion (((Subversion))) και το (((Perforce))) Perforce. 
+Η συγκεκριμένη ενότητα είναι σημαντική επειδή αν καταλάβουμε τι είναι το Git και το πώς δουλεύει, θα είναι πιο εύκολο να το χρησιμοποιήσουμε αποτελεσματικά. 
+Καθώς μαθαίνουμε το Git, ας προσπαθήσουμε να αδειάσουμε το μυαλό μας από γνώσεις που μπορεί να έχουμε από άλλα συστήματα ελέγχου έκδοσεων, όπως το Subversion (((Subversion))) και το (((Perforce))) Perforce.
 Με τον τρόπο αυτό θα σποφύγουμε την όποια σύγχυση με τα υπόλοιπα συστήματα.
 Αν και η διεπαφή του Git με τον χρήστη είναι παρόμοια με αυτές των άλλων VCS, το Git αποθηκεύει και αντιμετωπίζει την πληροφορία με πολύ διαφορετικό τρόπο από ότι τα άλλα συστήματα και η κατανόηση των διαφορών θα μας βοηθήσει να μην μπερδευόμαστε όταν το χρησιμοποιούμε.
 

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/08-customizing-git/sections/config.asc

@@ -35,7 +35,11 @@ $ git config --global user.email [email protected]
 
 Οι επιλογές διαμόρφωσης που αναγνωρίζονται από το Git εμπίπτουν σε δύο κατηγορίες: πλευράς πελάτη και πλευράς διακομιστή.
 Η πλειονότητα των επιλογών είναι από την πλευρά του πελάτη - διαμόρφωση των προσωπικών μας προτιμήσεων εργασίας.
+<<<<<<< HEAD
 Υποστηρίζονται _πολλές_ επιλογές διαμόρφωση, αλλά ένα μεγάλο μέρος από αυτές είναι χρήσιμες μόνο σε ορισμένες οριακές περιπτώσεις.
+=======
+Υποστηρίζονται _πολλές_ επιλογές διαμόρφωσης αλλά ένα μεγάλο μέρος από αυτές είναι χρήσιμες μόνο σε ορισμένες οριακές περιπτώσεις.
+>>>>>>> Resolved some pull conflicts
 Εδώ θα καλύψουμε μόνο τις πιο συνηθισμένες και πιο χρήσιμες.
 Εάν θέλουμε να δούμε μια λίστα με όλες τις επιλογές που αναγνωρίζει η έκδοση του Git, μπορούμε να εκτελέσουμε
 
@@ -65,7 +69,11 @@ Now, no matter what is set as your default shell editor, Git will fire up Emacs
 ===== `commit.template`
 
 (((commit templates)))
+<<<<<<< HEAD
 Εάν ορίσουμε αυτήν την παράμετρο να έχει ως τιμή τη διαδρομή ενός αρχείου στο σύστημά μας, το Git θα χρησιμοποιεί αυτό το αρχείο ως το προεπιλεγμένο μήνυμα όταν υποβάλλουμε.
+=======
+Εάν ορίσουμε αυτήν την παράμετρο να έχει ως τιμή την διαδρομή ενός αρχείου στο σύστημά μας, το Git θα χρησιμοποιεί αυτό το αρχείο ως το προεπιλεγμένο μήνυμα όταν υποβάλλουμε.
+>>>>>>> Resolved some pull conflicts
 Για παράδειγμα, ας υποθέσουμε ότι δημιουργούμε ένα πρότυπο (template) αρχείο στο `~/.gitmessage.txt` που μοιάζει με αυτό:
 
 [source]
@@ -114,7 +122,11 @@ what happened
 
 (((pager)))
 Αυτή η ρύθμιση καθορίζει ποιος σελιδοποιητής (pager) χρησιμοποιείται όταν το Git παραθέτει έξοδο όπως `log` και `diff`.
+<<<<<<< HEAD
 Μπορούμε να τη θέσουμε στο `more` ή στο αγαπημένο μας σελιδοποιητή (από προεπιλογή, είναι ο `less`) ή μπορούμε να την απενεργοποιήσουμε θέτοντάς τη σε μια κενή συμβολοσειρά:
+=======
+Μπορούμε να την θέσουμε στο `more` ή στο αγαπημένο μας σελιδοποιητή (από προεπιλογή, είναι ο `less`) ή μπορούμε να την απενεργοποιήσουμε θέτοντάς την σε μια κενή συμβολοσειρά:
+>>>>>>> Resolved some pull conflicts
 
 [source,console]
 ----
@@ -176,7 +188,11 @@ Did you mean this?
     checkout
 ----
 
+<<<<<<< HEAD
 Το Git προσπαθεί να καταλάβει τι εννοούσαμε, αλλά εξακολουθεί να αρνείται να το κάνει.
+=======
+Το Git προσπαθεί να καταλάβει τι εννοούσαμε αλλά εξακολουθεί να αρνείται να το κάνει.
+>>>>>>> Resolved some pull conflicts
 Αν ορίσουμε την επιλογή `help.autocorrect` στην τιμή 1, τότε το Git θα τρέξει την εντολή αντί για εμάς:
 
 [source,console]
@@ -188,17 +204,33 @@ in 0.1 seconds automatically...
 ----
 
 Ας σημειωθεί ότι το ``0.1 seconds'' προκύπτει από την τιμή 1 στην οποία θέσαμε το  `help.autocorrect`, αφού στην πραγματικότητα η `help.autocorrect` είναι ένας ακέραιος που αναπαριστά δέκατα του δευτερολέπτου.
+<<<<<<< HEAD
 Έτσι, αν τη θέσουμε στην τιμή 50, το Git θε περιμένει 5 δευτερόλεπτα να αλλάξουμε γνώμη πριν εκτελέσει αυτο-διορθωμένη εντολή.
+=======
+Έτσι, αν την θέσουμε στην τιμή 50, το Git θε περιμένει 5 δευτερόλεπτα να αλλάξουμε γνώμη πριν εκτελέσει αυτο-διορθωμένη εντολή.
+>>>>>>> Resolved some pull conflicts
 
 ==== Colors in Git
 
 (((color)))
+<<<<<<< HEAD
 Το Git υποστηρίζει πλήρως την έγχρωμη εκτύπωση στο τερματικού, η οποία βοηθά σημαντικά στη γρήγορη και εύκολη παραγωγή των εντολών.
 Ορισμένες επιλογές μπορούν να μας βοηθήσουν να ορίσουμε τον χρωματισμό στις προτιμήσεις μας.
 
 ===== `color.ui`
 
 Το Git χρωματίζει αυτόματα το μεγαλύτερο μέρος της εξόδου του, αλλά υπάρχει ένας κύριος διακόπτης με τον οποίο μπορούμε να απενεργοποιήσουμε αυτήν τη συμπεριφορά, αν δεν μας αρέσει.
+=======
+ΧΧΧ Το Git υποστηρίζει πλήρως την έγχρωμη έξοδο του τερματικού, η οποία βοηθά σημαντικά στην γρήγορη και εύκολη παραγωγή των εντολών.
+Ορισμένες επιλογές μπορούν να μας βοηθήσουν να ορίσουμε τον χρωματισμό στις προτιμήσεις μας.
+
+ΧΧΧ Git fully supports colored terminal output, which greatly aids in visually parsing command output quickly and easily.
+A number of options can help you set the coloring to your preference.
+
+===== `color.ui`
+
+Το Git χρωματίζει αυτόματα το μεγαλύτερο μέρος της εξόδου του αλλά υπάρχει ένας κύριος διακόπτης με τον οποίο μπορούμε να απενεργοποιήσουμε αυτήν την συμπεριφορά, αν δεν μας αρέσει.
+>>>>>>> Resolved some pull conflicts
 Για να απενεργοποιήσουμε την έγχρωμη έξοδο του τερματικού Git, κάνουμε τα εξής:
 
 [source,console]
@@ -322,14 +354,22 @@ or you can edit your `~/.gitconfig` file to add these lines:
 $ git diff 32d1776b1^ 32d1776b1
 ----
 
+<<<<<<< HEAD
 αντί να πάρουμε την έξοδο diff στη γραμμή εντολών, το Git ξεκινά το P4Merge, το οποίο μοιάζει με αυτό:
+=======
+αντί να πάρουμε την έξοδο diff στην γραμμή εντολών, το Git ξεκινά το P4Merge, το οποίο μοιάζει με αυτό:
+>>>>>>> Resolved some pull conflicts
 
 .P4Merge.
 image::images/p4merge.png[P4Merge.]
 
 Εάν προσπαθήσουμε να συγχωνεύσουμε δύο κλάδους και στη συνέχεια έχουμε συγκρούσεις συγχώνευσης, μπορούμε να εκτελέσουμε την εντολή `git mergetool`· θα ξεκινήσει το P4Merge για να μας επιτρέψει να επιλύσουμε τις συγκρούσεις μέσω αυτού του γραφικού εργαλείου.
 
+<<<<<<< HEAD
 Το ωραίο με αυτήν τη ρύθυμιση wrapper είναι ότι μπορούμε να αλλάξουμε εύκολα τα εργαλεία diff και συγχώνευσης.
+=======
+Το ωραίο με αυτήν την ρύθυμιση wrapper είναι ότι μπορούμε να αλλάξουμε εύκολα τα εργαλεία diff και συγχώνευσης.
+>>>>>>> Resolved some pull conflicts
 Για παράδειγμα, για να αλλάξουμε τα εργαλεία `extDiff` και `extMerge` και να εκτελέσουμε το εργαλείο KDiff3, το μόνο που έχουμε να κάνουμε είναι να επεξεργαστούμε το αρχείο `extMerge`:
 
 [source,console]
@@ -376,7 +416,11 @@ Some of the tools listed above only work in a windowed
 environment. If run in a terminal-only session, they will fail.
 ----
 
+<<<<<<< HEAD
 Αν δεν ενδιαφερόμαστε να χρησιμοποιήσουμε το KDiff3 για diff, αλλά θέλουμε να το χρησιμοποιήσουμε μόνο για επίλυση συγκρούσεων συγχώνευσης και η εντολή kdiff3 βρίσκεται στη διαδρομή μας, τότε μπορούμε να εκτελέσουμε
+=======
+Αν δεν ενδιαφερόμαστε να χρησιμοποιήσουμε το KDiff3 για diff αλλά θέλουμε να το χρησιμοποιήσουμε μόνο για επίλυση συγκρούσεων συγχώνευσης και η εντολή kdiff3 βρίσκεται στη διαδρομή μας, τότε μπορούμε να εκτελέσουμε
+>>>>>>> Resolved some pull conflicts
 
 [source,console]
 ----
@@ -428,11 +472,19 @@ $ git config --global core.autocrlf false
 ===== `core.whitespace`
 
 Το Git έρχεται προκαθορισμένο για να ανιχνεύσει και να διορθώνει κάποια κενά θέματα λευκών χαρακτήρων.
+<<<<<<< HEAD
 Μπορεί να αναζητήσει έξι κύρια κενά θέματα -- τρία είναι ενεργοποιημένα εκ προεπιλογής και μπορούν να απενεργοποιηθούν και τρία είναι απενεργοποιημένα εκ προεπιλογή, αλλά μπορούν να ενεργοποιηθούν.
 
 Τα τρία που είναι ενεργοποιημένα από προεπιλογή είναι `blank-at-eol`, το οποίο αναζητά διαστήματα στο τέλος μιας γραμμής· `blank-at-eof`, το οποίο αναζητά κενές γραμμές στο τέλος ενός αρχείου· και `space-before-tab', το οποίο αναζητά κενά πριν από στηλοθέτες (tabs) τις καρτέλες στην αρχή μιας γραμμής.
 
 Τα τρία που είναι απενεργοποιημένα εκ προεπιλογή, αλλά μπορούν να ενεργοποιηθούν είναι `indent-with-non-tab`, το οποίο αναζητά γραμμές που αρχίζουν με κενά αντί για στηλοθέτες (και ελέγχεται από την επιλογή `tabwidth`)· `tab-in-indent`, το οποίο ψάχνει για στηλοθέτες στην εσοχής μιας γραμμής· και `cr-at-eol`, που λέει στο Git ότι οι χαρακτήρες επαναφοράς φορέα στο τέλος των γραμμών είναι εντάξει.
+=======
+Μπορεί να αναζητήσει έξι κύρια κενά θέματα -- τρία είναι ενεργοποιημένα εκ προεπιλογής και μπορούν να απενεργοποιηθούν και τρία είναι απενεργοποιημένα εκ προεπιλογής αλλά μπορούν να ενεργοποιηθούν.
+
+Τα τρία που είναι ενεργοποιημένα από προεπιλογή είναι `blank-at-eol`, το οποίο αναζητά διαστήματα στο τέλος μιας γραμμής· `blank-at-eof`, το οποίο αναζητά κενές γραμμές στο τέλος ενός αρχείου· και `space-before-tab', το οποίο αναζητά κενά πριν από στηλοθέτες (tabs) τις καρτέλες στην αρχή μιας γραμμής.
+
+Τα τρία που είναι απενεργοποιημένα εκ προεπιλογής αλλά μπορούν να ενεργοποιηθούν είναι `indent-with-non-tab`, το οποίο αναζητά γραμμές που αρχίζουν με κενά αντί για στηλοθέτες (και ελέγχεται από την επιλογή `tabwidth`)· `tab-in-indent`, το οποίο ψάχνει για στηλοθέτες στην εσοχής μιας γραμμής· και `cr-at-eol`, που λέει στο Git ότι οι χαρακτήρες επαναφοράς φορέα στο τέλος των γραμμών είναι εντάξει.
+>>>>>>> Resolved some pull conflicts
 
 Μπορούμε να πούμε στο Git ποια από αυτά θέλουμε να ενεργοποιήσουμε θέτοντας `core.whitespace` στις τιμές που θέλουμε ή όχι, χωρισμένες με κόμματα.
 Μπορούμε να απενεργοποιήσουμε τις ρυθμίσεις είτε αφήνοντας τις έξω από τη συμβολοσειρά ρυθμίσεων είτε προτάσσοντας ένα `-` μπροστά από την τιμή.
@@ -461,11 +513,19 @@ $ git apply --whitespace=fix <patch>
 ----
 
 Αυτές οι επιλογές ισχύουν και για την εντολή `git rebase`.
+<<<<<<< HEAD
 Αν έχουμε υποβάλει προβλήματα με λευκούς χαρακτήρε, αλλά δεν έχουμε προωθήσει ακόμα, μπορούμε να εκτελέσουμε την `git rebase --whitespace = fix` ώστε το Git να διορθώσει αυτόματα τα προβλήματα με τους λευκούς χαρακτήρες, καθώς ξαναγράφει τις επιδιορθώσεις κώδικα.
 
 ==== Ρυθμίσεις διακομιστή
 
 Δεν υπάρχουν πολλές επιλογές διαμόρφωσης για την πλευρά του διακομιστή στο Git, αλλά υπάρχουν μερικές ενδιαφέρουσες που ενδεχομένως αξίζει να τις λάβουμε υπόψη.
+=======
+Αν έχουμε υποβάλει προβλήματα με λευκούς χαρακτήρες αλλά δεν έχουμε προωθήσει ακόμα, μπορούμε να εκτελέσουμε την `git rebase --whitespace = fix` ώστε το Git να διορθώσει αυτόματα τα προβλήματα με τους λευκούς χαρακτήρες, καθώς ξαναγράφει τις επιδιορθώσεις κώδικα.
+
+==== Ρυθμίσεις διακομιστή
+
+Δεν υπάρχουν πολλές επιλογές διαμόρφωσης για την πλευρά του διακομιστή στο Git αλλά υπάρχουν μερικές ενδιαφέρουσες που ενδεχομένως αξίζει να τις λάβουμε υπόψη.
+>>>>>>> Resolved some pull conflicts
 
 ===== `receive.fsckObjects`
 
@@ -505,6 +565,10 @@ $ git config --system receive.denyNonFastForwards true
 $ git config --system receive.denyDeletes true
 ----
 
+<<<<<<< HEAD
 Αυτό αρνείται τη διαγραφή κλάδων ή ετικετών -- κανένας χρήστης δεν μπορεί να το κάνει.
+=======
+Αυτό αρνείται την διαγραφή κλάδων ή ετικετών -- κανένας χρήστης δεν μπορεί να το κάνει.
+>>>>>>> Resolved some pull conflicts
 Για να καταργήσουμε απομακρυσμένους κλάδους, πρέπει να αφαιρέσουμε τα αρχεία ref από τον διακομιστή με μη-αυτόματο τρόπο.
 Υπάρχουν επίσης πιο ενδιαφέροντες τρόποι για να το κάνουμε αυτό ανά χρήστη μέσω ACLs, όπως θα μάθουμε στο <<_an_example_git_enforced_policy>>.