Git και διαχείριση εκδόσεων στην ανάπτυξη κινητών: τι είναι, βασικές εντολές και πώς λειτουργεί

Διαχείριση εκδόσεων και Git: τι είναι;

Git είναι ένα κατανεμημένο σύστημα ελέγχου εκδόσεων (VCS) που δημιουργήθηκε από τον Linus Torvalds το 2005 για την ανάπτυξη του πυρήνα Linux. Σε αντίθεση με τα συγκεντρωτικά συστήματα (SVN, CVS), το Git αποθηκεύει ένα πλήρες αντίγραφο της ιστορίας του έργου σε κάθε υπολογιστή του προγραμματιστή. Αυτό σημαίνει ότι μπορείτε να κάνετε commits, να περιηγηθείτε στην ιστορία και να δημιουργήσετε κλάδους ακόμα και χωρίς σύνδεση στο διαδίκτυο.

Το Git λειτουργεί με στιγμιότυπα (snapshots) — κάθε commit αποθηκεύει την κατάσταση όλων των αρχείων του έργου τη στιγμή της αποθήκευσης. Εάν ένα αρχείο δεν έχει αλλάξει, το Git δημιουργεί μια αναφορά στην προηγούμενη έκδοση, εξοικονομώντας χώρο. Σύμφωνα με ανάλυση του GitHub (2025), το μέσο αποθετήριο περιέχει 1.200 commits και 15 κλάδους.

Στην IT Sectr, χρησιμοποιούμε Git από το 2017 σε όλα τα έργα. Η εμπειρία μας δείχνει ότι η σωστή διαμόρφωση του Git από την πρώτη μέρα εξοικονομεί στην ομάδα έως και 30% χρόνο στη συγχώνευση και την επίλυση συγκρούσεων. Το Git έχει γίνει το de facto πρότυπο — υποστηρίζεται από όλα τα σύγχρονα IDE (Android Studio, Xcode, VS Code) και συστήματα CI/CD.

# Βασική ρύθμιση Git
git config --global user.name "Το Όνομά Σας"
git config --global user.email "σας@email.com"

# Δημιουργία νέου αποθετηρίου
git init my-project
cd my-project

# Προσθήκη αρχείων και commit
git add README.md
git commit -m "Initial commit"

# Εργασία με απομακρυσμένο αποθετήριο
git remote add origin https://github.com/user/my-project.git
git push -u origin main

Ο παραπάνω κώδικας δείχνει τη βασική ακολουθία: αρχικοποίηση αποθετηρίου, πρώτο commit και δημοσίευση σε απομακρυσμένο διακομιστή. Η εντολή git init δημιουργεί έναν κρυφό φάκελο .git που θα αποθηκεύσει ολόκληρη την ιστορία του έργου. Κάθε git commit δημιουργεί ένα σημείο επαναφοράς στο οποίο μπορείτε να επιστρέψετε ανά πάσα στιγμή.

Βασικές έννοιες: Repository, Branch, Commit

Η κατανόηση των τριών βασικών εννοιών — Repository, Branch και Commit — είναι απαραίτητη για την εργασία με οποιοδήποτε σύστημα ελέγχου εκδόσεων. Ένα αποθετήριο είναι ένα δοχείο για ολόκληρο το έργο. Ένα commit είναι μια αποθηκευμένη κατάσταση αρχείων. Ένα branch είναι μια ξεχωριστή γραμμή ανάπτυξης.

Repository (αποθετήριο) μπορεί να είναι τοπικό (στον υπολογιστή σας) ή απομακρυσμένο (σε διακομιστή GitHub, GitLab). Κάθε προγραμματιστής κλωνοποιεί το απομακρυσμένο αποθετήριο στο μηχάνημά του και εργάζεται με ένα τοπικό αντίγραφο. Οι αλλαγές συγχρονίζονται μέσω push (αποστολή) και pull (λήψη). Στον κατανεμημένο έλεγχο εκδόσεων, κάθε προγραμματιστής αποθηκεύει ένα πλήρες αντίγραφο της ιστορίας.

Branch (κλάδος) είναι ένας δείκτης σε ένα από τα commits. Οι κλάδοι επιτρέπουν την παράλληλη ανάπτυξη: ένας προγραμματιστής εργάζεται σε μια νέα λειτουργία (feature branch), ένας άλλος διορθώνει ένα σφάλμα (hotfix branch), ένας τρίτος προετοιμάζει μια έκδοση (release branch). Σύμφωνα με το GitLab Flow (2025), το μέσο έργο έχει 3–5 ενεργούς κλάδους ταυτόχρονα.

Commit είναι μια μονάδα αλλαγής. Κάθε commit περιέχει ένα μοναδικό hash (SHA-1), ένα μήνυμα, έναν συγγραφέα και μια χρονική σφραγίδα. Καλή πρακτική είναι να κάνετε μικρά ουσιαστικά commits με περιγραφικά μηνύματα — αυτό απλοποιεί την Αναθεώρηση Κώδικα και την αναίρεση αλλαγών. Ο έλεγχος εκδόσεων μέσω commits σας δίνει την πλήρη ιστορία του έργου.

Feature Branch

Feature Branch (κλάδος λειτουργίας) είναι ένας προσωρινός κλάδος που δημιουργείται από το develop ή main για την ανάπτυξη μιας συγκεκριμένης εργασίας. Μετά την ολοκλήρωση της εργασίας, ο κλάδος συγχωνεύεται πίσω μέσω Pull Request και διαγράφεται. Αυτή η πρακτική επιτρέπει την απομόνωση των αλλαγών χωρίς να επηρεάζεται η σταθερότητα της κύριας βάσης κώδικα.

Τυπική ροή εργασίας: δημιουργία κλάδου feature/add-login → εκτέλεση πολλών commits → δημιουργία Pull Request → υποβολή σε Αναθεώρηση Κώδικα → συγχώνευση στο develop. Στην IT Sectr χρησιμοποιούμε ακριβώς αυτήν την προσέγγιση: κάθε εργασία Jira αντιστοιχεί σε έναν ξεχωριστό κλάδο λειτουργίας. Αυτό απλοποιεί την παρακολούθηση αλλαγών και την αναίρεση εάν χρειαστεί.

Rebase vs Merge

Merge δημιουργεί ένα commit συγχώνευσης που συνδυάζει δύο κλάδους. Διατηρεί την πλήρη ιστορία, συμπεριλαμβανομένων των παράλληλων γραμμών ανάπτυξης. Το Rebase ξαναγράφει την ιστορία: παίρνει commits από έναν κλάδο και τα "επαναεφαρμόζει" πάνω σε έναν άλλο, δημιουργώντας μια γραμμική ιστορία.

Το Merge είναι καταλληλότερο για δημόσιους κλάδους και μεγάλες ομάδες όπου η χρονολογία είναι σημαντική. Rebase είναι βολικό για προσωπικούς κλάδους λειτουργίας πριν από τη δημιουργία ενός PR — κάνει την ιστορία πιο καθαρή και κατανοητή. Ωστόσο, το rebase δεν πρέπει ποτέ να εφαρμόζεται σε κλάδους στους οποίους εργάζονται άλλοι προγραμματιστές, καθώς ξαναγράφει την ιστορία.

# Δημιουργία και μετάβαση σε κλάδο λειτουργίας
git checkout -b feature/add-login main

# Εργασία στον κλάδο
git add login-screen/
git commit -m "Add login screen layout"

# Rebase στο πιο πρόσφατο main πριν από PR
git checkout main && git pull
git checkout feature/add-login
git rebase main

# Push στο απομακρυσμένο αποθετήριο
git push origin feature/add-login

Αυτό το παράδειγμα δείχνει μια τυπική ροή εργασίας: δημιουργία κλάδου λειτουργίας από το main, πολλά commits και rebase για να αποκτήσετε μια καθαρή γραμμική ιστορία πριν από την αποστολή για αναθεώρηση. Αυτή η προσέγγιση ελαχιστοποιεί τις συγκρούσεις συγχώνευσης.

Git Flow vs Trunk-Based Development

Git Flow και Trunk-Based Development είναι δύο κύριες στρατηγικές ελέγχου εκδόσεων που καθορίζουν πώς μια ομάδα οργανώνει την εργασία με το Git. Η επιλογή εξαρτάται από το μέγεθος της ομάδας, τη συχνότητα των εκδόσεων και τις απαιτήσεις σταθερότητας.

Git Flow είναι ένα αυστηρό μοντέλο με πολλούς μόνιμους κλάδους: main (κώδικας έκδοσης), develop (τρέχουσα ανάπτυξη), feature/* (νέες λειτουργίες), release/* (προετοιμασία έκδοσης) και hotfix/* (επείγουσες διορθώσεις). Αυτό το μοντέλο είναι καλό για έργα με σαφείς κύκλους έκδοσης (π.χ., εφαρμογές κινητών με εκδόσεις 1.0, 2.0).

Trunk-Based Development είναι μια προσέγγιση με έναν μοναδικό κύριο κλάδο (trunk/main) όπου όλοι οι προγραμματιστές συγχωνεύουν αλλαγές πολλές φορές την ημέρα. Χρησιμοποιούνται σημαίες λειτουργιών για την απόκρυψη ημιτελών λειτουργιών. Αυτή η προσέγγιση είναι δημοφιλής στην ανάπτυξη ιστού και σε νεοφυείς επιχειρήσεις όπου η ταχύτητα παράδοσης είναι σημαντική.

Git Flow

Git Flow, που προτάθηκε από τον Vincent Driessen το 2010, παραμένει ένα από τα πιο δημοφιλή μοντέλα. Το κύριο πλεονέκτημά του είναι ο αυστηρός διαχωρισμός του κώδικα ανά στάδια κύκλου ζωής. Ο κλάδος main περιέχει μόνο κώδικα έκδοσης, το develop περιέχει την τρέχουσα ανάπτυξη και οι κλάδοι λειτουργίας απομονώνουν νέες λειτουργίες μεταξύ τους.

Οι κλάδοι hotfix δημιουργούνται από το main για επείγουσες διορθώσεις και μετά τη συγχώνευση συγχωνεύονται πίσω τόσο στο main όσο και στο develop. Οι κλάδοι release δημιουργούνται από το develop όταν η ομάδα είναι έτοιμη για μια έκδοση. Προστίθενται μόνο διορθώσεις σφαλμάτων και μεταδεδομένα (έκδοση, build). Μετά την έκδοση, ο κλάδος release συγχωνεύεται στο main και το develop. Σύμφωνα με έρευνα της JetBrains (2024), το 37% των ομάδων χρησιμοποιεί Git Flow. Αυτό το μοντέλο ελέγχου εκδόσεων παραμένει το πρότυπο για έργα με σταθερές εκδόσεις.

# Παράδειγμα Git Flow: έναρξη εργασίας σε έκδοση
git checkout -b release/1.2.0 develop

# Διόρθωση σφαλμάτων στον κλάδο release
git commit -m "Fix login button crash"

# Ολοκλήρωση έκδοσης — συγχώνευση στο main και develop
git checkout main
git merge --no-ff release/1.2.0
git tag -a 1.2.0

git checkout develop
git merge --no-ff release/1.2.0

# Διαγραφή του κλάδου release
git branch -d release/1.2.0

Ο κώδικας απεικονίζει τη δημιουργία ενός κλάδου release, τη σταθεροποίησή του και τη συγχώνευση στους κύριους κλάδους. Η σημαία --no-ff εγγυάται ένα commit συγχώνευσης, διατηρώντας την πληροφορία ότι οι αλλαγές προήλθαν από τον κλάδο release.

Pull Request και Αναθεώρηση Κώδικα

Pull Request (PR) είναι ένας μηχανισμός με τον οποίο ένας προγραμματιστής προτείνει αλλαγές από τον κλάδο του στον κύριο κλάδο. Το PR είναι ένα βασικό στοιχείο του ελέγχου εκδόσεων στην ομαδική εργασία — δεν είναι απλώς ένας τρόπος συγχώνευσης κώδικα, αλλά μια διαδικασία συζήτησης, αναθεώρησης και ελέγχου ποιότητας. Στο GitLab, ο παρόμοιος μηχανισμός ονομάζεται Merge Request (MR), αλλά η ουσία είναι η ίδια: ενημέρωση της ομάδας για αλλαγές και λήψη έγκρισης.

Ένα καλό PR πρέπει να είναι μικρό (έως 300 γραμμές κώδικα), επικεντρωμένο σε μία εργασία και να περιέχει περιγραφή του τι έγινε και γιατί. Σύμφωνα με μια μελέτη της Google (2025), τα PR άνω των 400 γραμμών χρειάζονται διπλάσιο χρόνο για αναθεώρηση και η πιθανότητα ανίχνευσης σφαλμάτων μειώνεται κατά 30%. Η Αναθεώρηση Κώδικα (Code Review) είναι ο έλεγχος κώδικα από άλλον προγραμματιστή πριν από τη συγχώνευση.

Στην IT Sectr, εφαρμόζουμε υποχρεωτική Αναθεώρηση Κώδικα για κάθε PR. Αυτό όχι μόνο βελτιώνει την ποιότητα του κώδικα, αλλά βοηθά επίσης στη διάδοση γνώσης εντός της ομάδας. Η Αναθεώρηση Κώδικα ελέγχει: εάν ο κώδικας ακολουθεί αρχιτεκτονικές αρχές, εάν υπάρχουν σφάλματα, εάν υπάρχουν αρκετές δοκιμές, εάν οι μεταβλητές είναι σωστά ονομασμένες. Όλα τα σχόλια συζητούνται στο PR μέχρι τη συγχώνευση.

Πλατφόρμες: GitHub, GitLab, Bitbucket

Το Git είναι ένα πρωτόκολλο, αλλά για συνεργασία χρειάζεται μια πλατφόρμα ελέγχου εκδόσεων που παρέχει διεπαφή ιστού, διαχείριση πρόσβασης, CI/CD και εργαλεία αναθεώρησης. Τρεις πλατφόρμες κυριαρχούν στην αγορά: GitHub, GitLab και Bitbucket.

GitHub είναι η μεγαλύτερη πλατφόρμα με πάνω από 56 εκατομμύρια προγραμματιστές. Ανήκει στη Microsoft, προσφέρει Actions (CI/CD), Pages (φιλοξενία), Discussions και Copilot. Το δωρεάν πρόγραμμα περιλαμβάνει απεριόριστα ιδιωτικά αποθετήρια για ομάδες έως 3 ατόμων. Το GitHub είναι δημοφιλές στην κοινότητα ανοιχτού κώδικα.

GitLab είναι μια πλήρης πλατφόρμα DevOps με ενσωματωμένο CI/CD, μητρώο κοντέινερ και διαχείριση υποδομής. Σε αντίθεση με το GitHub, το GitLab μπορεί να εγκατασταθεί στον δικό σας διακομιστή (Self-Managed). Bitbucket της Atlassian είναι στενά ενσωματωμένο με Jira και Confluence, καθιστώντας το την επιλογή για ομάδες που ήδη χρησιμοποιούν το οικοσύστημα Atlassian.