You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
change identation of '#' to void asciidoctor error: "level 0 sections can only be used when doctype is book"
this commit for these files should be revisited in future. It may appears due to Greek language because the UTF-8 encoding it's uses. Needs more investigation
Εάν ορίσουμε αυτήν την παράμετρο να έχει ως τιμή τη διαδρομή ενός αρχείου στο σύστημά μας, το Git θα χρησιμοποιεί αυτό το αρχείο ως το προεπιλεγμένο μήνυμα όταν υποβάλλουμε.
67
67
Για παράδειγμα, ας υποθέσουμε ότι δημιουργούμε ένα πρότυπο (template) αρχείο στο `~/.gitmessage.txt` που μοιάζει με αυτό:
68
68
69
-
[source]
69
+
[source,text]
70
70
----
71
71
subject line
72
72
@@ -85,14 +85,15 @@ $ git commit
85
85
86
86
Στη συνέχεια όταν υποβάλλουμε, ο επεξεργαστής κειμένου μας θα εμφανίσει κάτι τέτοιο ως προτροπή για μήνυμα υποβολής:
87
87
88
-
[source]
88
+
[source,text]
89
89
----
90
-
subject line
90
+
Subject line (try to keep under 50 characters)
91
91
92
-
what happened
92
+
Multi-line description of commit,
93
+
feel free to be detailed
93
94
94
95
[ticket: X]
95
-
#Please enter the commit message for your changes. Lines starting
96
+
#Please enter the commit message for your changes. Lines starting
96
97
# with '#' will be ignored, and an empty message aborts the commit.
97
98
# On branch master
98
99
# Changes to be committed:
@@ -150,9 +151,10 @@ $ git tag -s <tag-name>
150
151
Αυτή η ρύθμιση μάς επιτρέπει να γράψουμε ένα είδος καθολικού αρχείου `.gitignore`.
151
152
Εάν δημιουργήσουμε ένα αρχείο `~/.gitignore_global` με αυτά τα περιεχόμενα:
152
153
153
-
[source]
154
+
[source,ini]
154
155
----
155
156
*~
157
+
.*.swp
156
158
.DS_Store
157
159
----
158
160
@@ -168,7 +170,7 @@ $ git tag -s <tag-name>
168
170
$ git chekcout master
169
171
git: 'chekcout' is not a git command. See 'git --help'.
Επιπλέον, καθεμία από αυτές έχει υπο-ρυθμίσεις διαιρέσεις που μπορούμε να χρησιμοποιήσουμε για να ορίσουμε συγκεκριμένα χρώματα για τμήματα της εξόδου, αν θέλουμε να παρακάμψουμε κάθε χρώμα.
222
224
Για παράδειγμα, για να ορίσουμε τις μετα-πληροφορίες στην έξοδο diff μας σε μπλε προσκήνιο, μαύρο φόντο και έντονο κείμενο, μπορούμε να εκτελέσουμε
223
225
226
+
227
+
[source,console]
228
+
----
224
229
$ git config --global color.diff.meta "blue black bold"
230
+
----
225
231
226
232
Μπορούμε να ορίσουμε το χρώμα σε οποιαδήποτε από τις ακόλουθες τιμές: `normal`, `black`, `red`, `green`, `yellow`, `blue`, `magenta`, `cyan` ή `white`.
αντί να πάρουμε την έξοδο diff στη γραμμή εντολών, το Git ξεκινά το P4Merge, το οποίο μοιάζει με αυτό:
313
319
314
-
.P4Merge.
315
-
image::images/p4merge.png[P4Merge.]
320
+
.P4Merge
321
+
image::images/p4merge.png[P4Merge]
316
322
317
323
Εάν προσπαθήσουμε να συγχωνεύσουμε δύο κλάδους και στη συνέχεια έχουμε συγκρούσεις συγχώνευσης, μπορούμε να εκτελέσουμε την εντολή `git mergetool`· θα ξεκινήσει το P4Merge για να μας επιτρέψει να επιλύσουμε τις συγκρούσεις μέσω αυτού του γραφικού εργαλείου.
318
324
@@ -368,7 +374,7 @@ environment. If run in a terminal-only session, they will fail.
368
374
$ git config --global merge.tool kdiff3
369
375
----
370
376
371
-
Αν τρέξουμε αυτό αντί να ρυθμίσουμε τα αρχεία `extMerge` και` extDiff`, το Git θα χρησιμοποιήσει το KDiff3 για την ανάλυση συγχώνευσης και το κανονικό εργαλείο diff του Git για τις διαφορές.
377
+
Αν τρέξουμε αυτό αντί να ρυθμίσουμε τα αρχεία `extMerge` και `extDiff`, το Git θα χρησιμοποιήσει το KDiff3 για την ανάλυση συγχώνευσης και το κανονικό εργαλείο diff του Git για τις διαφορές.
Το Git θα ανιχνεύσει αυτά τα θέματα όταν εκτελούμε μια εντολή `git diff` και θα προσπαθήσει να τα χρωματίσει ώστε ενδεχομένως να μπορέσουμε να τα διορθώσουμε πριν τα υποβάλλουμε.
Το Git είναι σε θέση να βεβαιωθεί ότι κάθε αντικείμενο που λαμβάνεται κατά τη διάρκεια μιας ώθησης εξακολουθεί να ταιριάζει με το άθροισμα ελέγχου SHA-1 και επισημαίνει έγκυρα αντικείμενα.
458
472
Ωστόσο, αυτό δεν το κάνει εκ προεπιλογής· είναι μια αρκετά ακριβή λειτουργία και μπορεί να επιβραδύνει τη λειτουργία, ειδικά σε μεγάλα αποθετήρια ή ωθήσεις.
459
-
Αν θέλουμε το Git να ελέγχει τη συνέπεια των αντικειμένων σε κάθε ώθηση, μπορούμε να το αναγκάσουμε να το κάνει θέτοντας την `receive.fsckObjects` σε `true`:
473
+
Αν θέλουμε το Git να ελέγχει τη συνέπεια των αντικειμένων σε κάθε ώθηση, μπορούμε να το αναγκάσουμε να το κάνει θέτοντας την `receive.fsckObjects` σε true:
Ένας από τους τρόπους αντιμετώπισης της πολιτικής `denyNonFastForwards` είναι ο χρήστης να διαγράψει τον κλάδο και στη συνέχεια να τον ωθήσει ξανά με τη νέα αναφορά.
486
-
Για να το αποφύγουμε αυτό, ορίζουμε την επιλογή `receive.denyDeletes` σε `true`:
500
+
Για να το αποφύγουμε αυτό, ορίζουμε την επιλογή `receive.denyDeletes` σε true:
0 commit comments