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
Από εκεί, κάνουμε κλικ στο κουμπί "`Add an SSH key`", δίνουμε στο κλειδί μας ένα όνομα, επικολλούμε τα περιεχόμενα του αρχείου δημόσιου κλειδιού (`~/.ssh/id_rsa.pub` ή όπως αλλιώς το έχουμε ονομάσει) και κάνουμε κλικ στο κουμπί "`Add key`".
44
44
45
-
46
45
[NOTE]
47
46
====
48
47
Είναι σημαντικό να ονομάζουμε το κλειδί SSH με ένα όνομα που μπορούμε να θυμηθούμε.
@@ -82,20 +81,17 @@ image::images/email-settings.png[Προσθήκη όλων των διευθύν
82
81
Η τελική διεύθυνση δεν έχει επαληθευτεί, πράγμα που σημαίνει ότι δεν μπορούμε να την καταστήσουμε κύρια διεύθυνση μας.
83
82
Πλέον, αν το GitHub βλέπει κάποια από αυτές στα μηνύματα υποβολών σε οποιοδήποτε αποθετήριο στον ιστότοπο, θα τη συνδέει με τον χρήστη ο οποίος είμαστε.
84
83
85
-
86
84
==== Ταυτοποίηση δύο παραγόντων
87
85
88
86
Τέλος, για επιπρόσθετη ασφάλεια, θα πρέπει σίγουρα να ορίσουμε _ταυτοποίηση δύο παραγόντων_ ("`Two-factor authentication`") ή "`2FA`".
89
87
Η ταυτοποίηση δύο παραγόντων είναι ένας μηχανισμός ταυτοποίησης που γίνεται ολοένα και πιο δημοφιλής και μετριάζει τον κίνδυνο να εκτεθεί ο λογαριασμός μας, αν κάποιος καταφέρει και κλέψει τον κωδικό πρόσβασής μας.
90
88
Αν την ενεργοποιήσουμε, το GitHub θα μας ζητήσει δύο διαφορετικές μεθόδους ταυτοποίησης, έτσι ώστε εάν κάποια από αυτές παραβιαστεί, ο εισβολέας δεν θα μπορέσει να αποκτήσει πρόσβαση στον λογαριασμό μας.
91
89
92
-
Μπορούμε να βρούμε τη ρύθμιση ``Two-factor Authentication'' στην καρτέλα ``Security'' των ρυθμίσεων του λογαριασμού μας.
90
+
Μπορούμε να βρούμε τη ρύθμιση Two-factor Authentication στην καρτέλα Security των ρυθμίσεων του λογαριασμού μας.
93
91
94
-
[[rsecurity_2fa]]
95
92
.2FA στην καρτέλα Security.
96
-
image::images/2fa-1.png[2FA στην καρτέλα Security.]
93
+
image::images/2fa-1.png[2FA στην καρτέλα Security]
97
94
98
95
Εφόσον κάνουμε κλικ στο κουμπί "`Set up two-factor authentication`", θα μεταβούμε σε μια σελίδα διαμόρφωσης όπου μπορούμε να επιλέξουμε να χρησιμοποιήσουμε μια εφαρμογή τηλεφώνου για να δημιουργήσουμε τον δευτερεύοντα κωδικό μας (έναν "`κωδικό πρόσβασης μίας χρήσης περιορισμένης χρονικής διάρκειας`") ή μπορούμε να ζητήσουμε από το GitHub να μας στέλνει έναν κωδικό μέσω SMS κάθε φορά που θέλουμε να συνδεθούμε.
99
96
100
97
Αφού επιλέξουμε τη μέθοδο που προτιμάμε και ακολουθήσουμε τις οδηγίες για τη ρύθμιση του 2FA, ο λογαριασμός μας θα είναι λίγο πιο ασφαλής και θα πρέπει να παράσχουμε έναν επιπρόσθετο κωδικό, πέραν του κωδικού πρόσβασής μας, κάθε φορά που συνδεόμαστε στο GitHub.
Copy file name to clipboardExpand all lines: book/06-github/sections/2-contributing.asc
+14-13Lines changed: 14 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,12 +20,11 @@
20
20
21
21
Για να αποσχίσουμε ένα έργο, επισκεφτόμαστε τη σελίδα του έργου και κάνουμε κλικ στο κουμπί "`Fork`" στο πάνω δεξί μέρος της σελίδας.
22
22
23
-
.Το κουμπί "`Fork`".
24
-
image::images/forkbutton.png[Το κουμπί "`Fork`".]
23
+
.Το κουμπί "`Fork`"
24
+
image::images/forkbutton.png[Το κουμπί "`Fork`"]
25
25
26
26
Μετά από λίγα δευτερόλεπτα, θα μεταφερθούμε στη νέα, δική μας σελίδα του έργου, με το δικό μας αντίγραφο του κώδικα στο οποίο έχουμε δικαίωμα επεξεργασίας.
1. Δημιουργούμε έναν θεματικό κλάδο από τον κλάδο `master`.
40
-
2. Κάνουμε ορισμένες υποβολές ώστε αν βελτιώσουμε το έργο.
41
-
3. Ωθούμε αυτόν τον κλάδο στο έργο του GitHub.
42
-
4. Υποβάλλουμε ένα αίτημα έλξης στο GitHub.
43
-
5. Συζητάμε και, προαιρετικά, συνεχίζουμε να υποβάλλουμε.
44
-
6. Ο ιδιοκτήτης του έργου συγχωνεύει τον κλάδο ή κλείνει το αίτημα έλξης.
38
+
1. Δημιουργούμε μια διχάλα (fork) του project
39
+
2. Δημιουργούμε έναν θεματικό κλάδο από τον κλάδο `master`.
40
+
3. Κάνουμε ορισμένες υποβολές ώστε αν βελτιώσουμε το έργο.
41
+
4. Ωθούμε αυτόν τον κλάδο στο έργο του GitHub.
42
+
5. Υποβάλλουμε ένα αίτημα έλξης στο GitHub.
43
+
6. Συζητάμε και, προαιρετικά, συνεχίζουμε να υποβάλλουμε.
44
+
7. Ο ιδιοκτήτης του έργου συγχωνεύει τον κλάδο ή κλείνει το αίτημα έλξης.
45
+
8. Συγχρονίζουμε το ενημερωμένο `master` πίσω στην διχάλα μας (fork).
45
46
46
47
Αυτή είναι βασικά η ροή εργασίας με διαχειριστή ενσωμάτωσης που καλύπτεται στην ενότητα <<ch05-distributed-git#r_integration_manager>>, αλλά οι ομάδες, αντί να χρησιμοποιούν email για να επικοινωνούν και να αναθεωρούν τις αλλαγές, χρησιμοποιούν τα εργαλεία της ιστοσελίδας του GitHub.
Ο Tony ψάχνει κώδικα για να τρέξει στον προγραμματιζόμενο μικροελεγκτή του, Arduino, και βρήκε ένα εξαιρετικό πρόγραμμα στο GitHub στη διεύθυνση https://github.com/schacon/blink[^].
60
61
61
-
.Το έργο στο οποίο θέλουμε να συμβάλλουμε.
62
-
image::images/blink-01-start.png[Το έργο στο οποίο θέλουμε να συμβάλλουμε.]
62
+
.Το έργο στο οποίο θέλουμε να συμβάλλουμε
63
+
image::images/blink-01-start.png[Το έργο στο οποίο θέλουμε να συμβάλλουμε]
63
64
64
65
Το μόνο πρόβλημα είναι ότι ο ρυθμός με τον οποίο αναβοσβήνει το φωτάκι είναι πολύ γρήγορος.
65
66
Θεωρούμε ότι θα ήταν πολύ καλύτερα αν περιμένε 3 δευτερόλεπτα αντί για 1 μεταξύ κάθε αλλαγής κατάστασης.
@@ -349,7 +350,7 @@ image::images/markdown-01-example.png[Παράδειγμα της Markdown: γρ
349
350
Η Markdown με άρωμα GitHub προσθέτει περισσότερα πράγματα που μπορούμε να κάνουμε πέρα από τη βασική σύνταξη Markdown.
350
351
Όλα αυτά μπορούν να είναι πραγματικά χρήσιμα όταν δημιουργούμε αιτήματα έλξης, σχόλια ή περιγραφές.
351
352
352
-
====== Λίστες καθηκόντων
353
+
===== Λίστες καθηκόντων
353
354
354
355
Η πρώτη πραγματικά χρήσιμη λειτουργία της Markdown που υπάρχει μόνο στο GitHub, για να χρησιμοποιείται σε αιτήματα έλξης, είναι η λίστα εργασιών.
355
356
Μια λίστα εργασιών είναι μια λίστα κουτιών επιλογής για πράγματα, που θέλουμε να υλοποιηθούν.
@@ -544,4 +545,4 @@ $ git push <3>
544
545
545
546
Αυτή η προσέγγιση μπορεί να είναι χρήσιμη, αλλά δεν είναι χωρίς μειονεκτήματα.
546
547
Το Git θα κάνει ευχαρίστως αυτή την δουλειά για εμάς αΘόρυβα, αλλά δεν θα μας προειδοποιήσει αν κάνουμε μια υποβολή στο `master`, τραβήξουμε από το `progit`, μετά ωθήσουμε στο `origin` -- όλες αυτές οι λειτουργίες είναι έγκυρες με αυτό το στήσιμο.
547
-
Οπότε θα πρέπει να προσέχουμε ποτέ να μην υποβάλουμε απευθείας στο `master`, αφού αυτός ο κλάδος ουσιασικά ανήκει στο απομακρυσμένο αποθετήριο.
548
+
Οπότε θα πρέπει να προσέχουμε ποτέ να μην υποβάλουμε απευθείας στο `master`, αφού αυτός ο κλάδος ουσιασικά ανήκει στο απομακρυσμένο αποθετήριο.
0 commit comments