Πώς να χρησιμοποιήσετε το Git με μια εφαρμογή φτιαγμένη με AI

Για να χρησιμοποιήσετε το Git με μια εφαρμογή φτιαγμένη με AI, συνδέστε το έργο με ένα αποθετήριο Git, κάντε commit μετά από κάθε αλλαγή που δουλεύει, γράψτε ένα μήνυμα μίας γραμμής που λέει τι άλλαξε και κρατήστε τα μυστικά έξω με ένα .gitignore. Χρησιμοποιήστε ένα branch για ό,τι είναι ριψοκίνδυνο, κάντε pull πριν ξαναγράψετε prompt αν κάποιος άλλος άλλαξε τον κώδικα, και όταν η AI χαλάσει κάτι, επιστρέψτε στο τελευταίο καλό commit αντί να γράφετε prompts πάνω στο χάος.

Το Git είναι έλεγχος εκδόσεων: ένα ιστορικό με κάθε αποθηκευμένη έκδοση του κώδικα σας. Το GitHub είναι ιστότοπος που αποθηκεύει αποθετήρια Git στο διαδίκτυο. Αν αυτά είναι καινούργια για εσάς, ξεκινήστε με τι είναι το GitHub. Αυτός ο οδηγός αφορά τις συνήθειες που κάνουν το Git χρήσιμο όταν η AI γράφει το μεγαλύτερο μέρος του κώδικα.

Γιατί το Git είναι πιο σημαντικό με την AI

Μια AI μπορεί να αλλάξει είκοσι αρχεία σε μία απάντηση. Αυτό είναι γρήγορο, αλλά σημαίνει επίσης ότι ένα prompt μπορεί αθόρυβα να χαλάσει κάτι που δοκιμάσατε χθες. Το Git σας δίνει:

• Έναν τρόπο επιστροφής. Οποιαδήποτε έκδοση με commit μπορεί να επαναφερθεί.
• Αρχείο του τι άλλαξε. Μπορείτε να δείτε ακριβώς ποια αρχεία και γραμμές άγγιξε ένα prompt.
• Αντίγραφο έξω από το εργαλείο. Ο κώδικάς σας βρίσκεται κάπου που ελέγχετε εσείς.
• Τυπική παράδοση. Οποιοσδήποτε developer, φιλοξενία ή εργαλείο μπορεί να δουλέψει από ένα αποθετήριο Git.

Βήμα 1: Συνδέστε ένα αποθετήριο

Δημιουργήστε ένα αποθετήριο (συνήθως ιδιωτικό) στο GitHub ή σε παρόμοια υπηρεσία και συνδέστε το έργο σας σε αυτό. Τα περισσότερα εργαλεία για AI apps που υποστηρίζουν Git το κάνουν μέσω μιας σελίδας ρυθμίσεων με κουμπί «Connect GitHub». Αν το δικό σας δεν το έχει, μπορείτε να εξάγετε τον κώδικα και να τον ανεβάσετε μόνοι σας, ή να ζητήσετε από έναν developer να το ρυθμίσει μία φορά.

Πριν από το πρώτο push, βεβαιωθείτε ότι το αποθετήριο αγνοεί όσα δεν πρέπει να υπάρχουν μέσα:

Έλεγξε το αρχείο .gitignore. Βεβαιώσου ότι αποκλείει τα αρχεία .env, το node_modules, τους φακέλους με το αποτέλεσμα του build και κάθε αρχείο που περιέχει μυστικά. Πες μου τι πρόσθεσες.

Βήμα 2: Κάντε commit μετά από κάθε αλλαγή που δουλεύει

Ένα commit είναι ένα αποθηκευμένο στιγμιότυπο με ένα μήνυμα. Η συνήθεια που μετράει: κάντε commit όταν κάτι δουλεύει, πριν ζητήσετε το επόμενο.

1. Ζητήστε μία αλλαγή.
2. Ελέγξτε την στην προεπισκόπηση.
3. Αν δουλεύει, κάντε commit (ή sync) με ένα μήνυμα.
4. Μετά προχωρήστε.

Τα μικρά commits σημαίνουν ότι όταν κάτι χαλάσει, ξέρετε ποια αλλαγή το προκάλεσε, και η αναίρεσή της δεν πετάει μακριά άλλη δουλειά.

Βήμα 3: Γράψτε μηνύματα που διαβάζονται αργότερα

Ένα καλό μήνυμα λέει τι άλλαξε και γιατί, σε μία γραμμή:

• Καλό: Add CSV export to the orders page
• Καλό: Fix booking form rejecting times after 6pm
• Άχρηστο: update, changes, fix stuff

Μπορείτε να ζητήσετε από την AI να τα γράψει:

Σύνοψισε τις αλλαγές από το τελευταίο commit σε μία γραμμή, που ξεκινά με ρήμα, κάτω από 70 χαρακτήρες.

Βήμα 4: Χρησιμοποιήστε branches για ριψοκίνδυνη δουλειά

Ένα branch είναι ξεχωριστή γραμμή εργασίας. Μπορείτε να δοκιμάσετε κάτι σε branch και, αν δεν βγει, να το εγκαταλείψετε χωρίς να αγγίξετε την κύρια έκδοση.

Χρησιμοποιήστε branch όταν:

• Η αλλαγή είναι μεγάλη (ανασχεδιασμός, νέα ροή πληρωμής, αλλαγή βάσης δεδομένων).
• Κάποιος άλλος δουλεύει στην ίδια εφαρμογή.
• Θέλετε κάποιος να ελέγξει την αλλαγή πριν μπει στην παραγωγή.

Όταν η δουλειά ολοκληρωθεί και δοκιμαστεί, συγχωνεύεται ξανά στο κύριο branch. Στο GitHub, αυτό γίνεται συνήθως μέσω pull request, μιας σελίδας που δείχνει τις αλλαγές για έλεγχο. Αν το εργαλείο σας συγχρονίζει μόνο ένα branch, ένας developer μπορεί να διαχειριστεί τα branches από την πλευρά του GitHub.

Βήμα 5: Αναιρέστε με ασφάλεια

Όταν ένα prompt χαλάσει την εφαρμογή, αντισταθείτε στην παρόρμηση να γράψετε πέντε ακόμη prompts από πάνω. Επιστρέψτε στην τελευταία καλή έκδοση και δοκιμάστε ένα πιο σαφές prompt.

• Στο εργαλείο: χρησιμοποιήστε το checkpoint ή τη λειτουργία επαναφοράς, αν υπάρχει.
• Στο Git: το git revert δημιουργεί νέο commit που αναιρεί ένα παλιό, διατηρώντας το ιστορικό. Είναι η ασφαλής επιλογή για κώδικα που μπορεί να έχουν τραβήξει άλλοι.
• Αποφύγετε το git push --force σε κοινό branch, εκτός αν ξέρετε ακριβώς γιατί. Ξαναγράφει το ιστορικό για όλους.

Αν δεν είστε σίγουροι, ρωτήστε:

Η τελευταία αλλαγή χάλασε τη σελίδα σύνδεσης. Δείξε μου ποια αρχεία άλλαξε σε σχέση με το προηγούμενο commit και εξήγησε τι έκανε κάθε αλλαγή. Μην αλλάξεις τίποτα ακόμα.

Βήμα 6: Κάντε pull πριν ξαναγράψετε prompt

Αν ένας developer ή ένα άλλο εργαλείο αλλάξει τον κώδικα στο GitHub, το εργαλείο AI δεν το ξέρει μέχρι να τραβήξετε (pull) αυτές τις αλλαγές. Το να γράφετε prompts πάνω σε παλιό κώδικα προκαλεί συγκρούσεις και χαμένη δουλειά.

• Κάντε pull στην αρχή κάθε συνεδρίας.
• Συμφωνήστε ποιος αλλάζει τι, και αποφύγετε να αλλάζουν και οι δύο πλευρές τα ίδια αρχεία ταυτόχρονα.
• Αν έχετε merge conflict (δύο αλλαγές στις ίδιες γραμμές), ζητήστε από τον developer ή την AI να το λύσει και να εξηγήσει την επιλογή.

Παραδείγματα prompts

Πριν ξεκινήσουμε: τι άλλαξε στο αποθετήριο από την τελευταία μου συνεδρία; Σύνοψισε τα commits.

Κάνε την επόμενη αλλαγή μόνη της: πρόσθεσε ένα κουμπί «Duplicate» σε κάθε τιμολόγιο. Μην αλλάξεις τίποτε άλλο, ώστε να το κάνω commit ξεχωριστά.

Έλεγξε ότι δεν υπάρχουν κλειδιά API, κωδικοί πρόσβασης ή αρχεία .env υπό παρακολούθηση στο Git, και σε παλιά commits. Ανάφερε μόνο ονόματα αρχείων, όχι τιμές.

Συνηθισμένα λάθη

• Commit μυστικών. Μόλις ένα κλειδί μπει στο ιστορικό του Git, είναι εκτεθειμένο, ακόμη και αν διαγράψετε το αρχείο. Ανανεώστε το.
• Ένα τεράστιο commit την εβδομάδα. Δεν μπορείτε να αναιρέσετε μία αλλαγή χωρίς να αναιρέσετε όλες.
• Μηνύματα όπως «update». Το ιστορικό γίνεται άχρηστο για να βρείτε τι χάλασε.
• Prompts πάνω σε παλιό κώδικα. Κάντε pull πρώτα όταν κάποιος άλλος επεξεργάζεται.
• Force-push για να διορθώσετε λάθος. Μπορεί να σβήσει τη δουλειά άλλων. Κάντε revert.
• Commit του node_modules. Είναι τεράστιο και ξαναδημιουργείται από το αρχείο κλειδώματος ούτως ή άλλως.

Λίστα ελέγχου

• Το έργο είναι συνδεδεμένο με ιδιωτικό αποθετήριο.
• Το .gitignore αποκλείει το .env, το node_modules, το αποτέλεσμα του build και τα μυστικά.
• Κάνω commit μετά από κάθε αλλαγή που δουλεύει.
• Τα μηνύματα commit λένε τι άλλαξε, σε μία γραμμή.
• Οι μεγάλες ή ριψοκίνδυνες αλλαγές πάνε σε branch και ελέγχονται.
• Κάνω pull πριν γράψω prompt όταν κάποιος άλλος επεξεργάζεται τον κώδικα.
• Αναιρώ με checkpoints ή git revert, όχι με force-push.
• Κάθε κλειδί που μπήκε ποτέ σε commit έχει ανανεωθεί.

Το Git στο Mythex

Το Mythex αποθηκεύει ένα git checkpoint μετά από κάθε επιτυχημένη σειρά του agent, και το Revert to this point επαναφέρει το έργο σε αυτό το σημείο — η αναίρεση από την πλευρά του εργαλείου που περιγράφεται στο βήμα 5. Δείτε Iterate without rebuilding.

Στο Pro, το GitHub sync συνδέει ένα αποθετήριο από τις ρυθμίσεις του έργου ώστε να κάνετε push και pull σε αυτό, και το export κατεβάζει το έργο με τα μυστικά και το node_modules αφαιρεμένα. Δείτε GitHub, export, and import. Η σύνδεση του GitHub πριν παραδώσετε ένα έργο σε developer κάνει την παράδοση πολύ πιο απλή — δείτε πώς να δουλέψετε με developer σε εφαρμογή φτιαγμένη με AI και πώς να εξάγετε και να φιλοξενήσετε μόνοι σας μια εφαρμογή φτιαγμένη με AI.

Ερωτήσεις