git-svn-helpers

git-svn-βοηθοί είναι μια συλλογή από εργαλεία της γραμμής εντολών που απλοποιεί σημαντικά τη χρήση του git για αποθετήρια svn.
Κύριος στόχος git-svn-βοηθοί είναι να κάνει τη δημιουργία ενός τοπικού repository git μετά από ένα υπάρχον ταμείο svn ένα «μη-brainer».
Ασχολείται επίσης με τη χρήση ενός ενιαίου git-svn repository για εργασία σε πολλαπλά ταμεία του (συνήθως) διαφορετικούς κλάδους και εναλλαγή μεταξύ τους.
Βασική χρήση (Παράδειγμα)
Σύνοψη:
> CD path / to / svn / repo
> Gitify
Εδώ είναι ένα δείγμα συνόδου:
> Cd / tmp
> Συνεργασία svn https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
A 1.1 / setup.py
...
Ελεγμένο από 27228 αναθεώρηση.
> Cd plone.app.form
> Gitify
Δεν αποθετήριο git βρίσκεται στο /Users/tomster/.gitcache/.
Έναρξη κλωνοποίηση σε κρυφή μνήμη.
Αναλύοντας καταγραφής svn ...
Κλωνοποίηση https://svn.plone.org/svn/plone/plone.app.form/ από r10593: 27155 σε /Users/tomster/.gitcache/
Προετοιμαστεί αποθετήριο άδειο Git στο /Users/tomster/.gitcache/plone.app.form/.git/
...
«Τοπικό / 1.1 'ακολουθεί τώρα υποκατάστημα svn Git υποκατάστημα» 1.1 »:
# Στο υποκατάστημα των τοπικών / 1.1
τίποτα να δεσμευτούν (κατάλογο εργασίας καθαρό)
> Υποκατάστημα git
* Τοπικό / 1.1
& Nbsp? Πλοίαρχος
Σημεία να σημειωθεί:
& Nbsp? * Gitify περιόρισε την κλωνοποίηση για τις αναθεωρήσεις που βρέθηκαν στο αρχείο καταγραφής SVN της ρίζας πακέτο (εδώ https://svn.plone.org/svn/plone/plone.app.form/). Μια μεγάλη εξοικονόμηση χρόνου, ειδικά σε μεγάλες αποθήκες (όπως plone.collective)
& Nbsp? * Gitify δημιούργησε το αποθετήριο git στο ~ / .gitcache δεν είναι σε θέση
& Nbsp? * Gitify δημιούργησε ένα τοπικό υποκατάστημα τοπικό / 1.1 που ακολουθεί την (εξ αποστάσεως) υποκατάστημα SVN 1.1 και μεταφερθεί σε αυτό
Πολλαπλό check-out
Στην πράξη θα λειτουργήσει συχνά με διαφορετικά τοπικά αντίγραφα ενός συγκεκριμένου αποθετηρίου, δηλαδή στον κορμό και σε ένα υποκατάστημα χαρακτηριστικό. Αυτό είναι όταν ο κατάλογος .gitcache δημιουργήσατε παραπάνω έρχεται σε πρακτικό. Ας προχωρήσουμε προηγούμενο ταμείο μας έξω από το δρόμο και να δημιουργήσει ένα ταμείο συντήρησης που ακολουθεί κορμό:
> Cd ..
> Mkdir χαρακτηριστικό-υποκατάστημα
> Mv plone.app.form χαρακτηριστικό-υποκατάστημα /
> Συντήρηση mkdir
> Συντήρηση cd /
> Συνεργασία svn https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
Μια plone.app.form / setup.py
...
& Nbsp? U plone.app.form
Ελεγμένο από 27228 αναθεώρηση.
Τι θα συμβεί αν ξεμείνουμε gitify εδώ ?:
> Cd plone.app.form /
> Gitify
Git υποκατάστημα «τοπικό / κορμό» είναι τώρα μετά από svn υποκατάστημα «κορμό»:
# Στο υποκατάστημα τοπικό / πορτ-μπαγκάζ
τίποτα να δεσμευτούν (κατάλογο εργασίας καθαρό)
Σημειώστε, ότι αυτή η επιχείρηση πήγε πολύ πιο γρήγορα, καθώς τώρα έχουμε χρησιμοποιήσει την υπάρχουσα βιβλιοθήκη GIT στον κατάλογο της μνήμης cache. Αυτό μπορεί να αποδεικνύεται περαιτέρω από την εξέταση των διαθέσιμων τοπικών υποκαταστημάτων τώρα:
> Υποκατάστημα git
& Nbsp? Τοπικό / 1.1
* Τοπικό / πορτ-μπαγκάζ
& Nbsp? Πλοίαρχος
Προειδοποιήσεις
.git «Ανακύκλωση» με αυτόν τον τρόπο λειτουργεί (ίσως απροσδόκητα) και στην πράξη, αλλά θα πρέπει να τηρούν τα ακόλουθα κατά νου:
Όλα τα ταμεία μοιράζονται τον ίδιο δείκτη!
Ας ρίξουμε μια ματιά στο τι σημαίνει αυτό από τη μετάβαση πίσω στο υποκατάστημα χαρακτηριστικό μας:
> Cd ../../feature-branch/plone.app.form/
> Κατάσταση git
# Στο υποκατάστημα τοπικό / πορτ-μπαγκάζ
# Αλλάξει, αλλά όχι ενημέρωση:
# (Χρήση "GIT προσθέσετε / rm ..." για να ενημερώσετε τι θα αναληφθούν)
# (Χρήση "GIT ταμείο - ..." για να απορρίψετε τις αλλαγές στον κατάλογο εργασίας)
#
# Τροποποιημένα: docs / HISTORY.txt
...
# Διαγράφεται: Plone / app / μορφή / KSS / δοκιμές / test_kss.py
...
#
# Untracked αρχεία:
# (Χρήση "GIT προσθήκη ..." για να συμπεριλάβει σε αυτό που θα αναληφθούν)
#
# Plone / app / μορφή / δοκιμές / test_kss.py
Wohah! Αυτό που συνέβη είναι ότι .git τώρα δείχνει να κορμό και έτσι η εντολή κατάστασης δείχνει τη διαφορά μεταξύ αυτού και υποκατάστημα μας ως τοπική τροποποιήσεις, δεδομένου ότι είναι αυτό αντιπροσωπεύει το σύστημα αρχείων. Μπορούμε να το επιβεβαιώσετε, χρησιμοποιώντας την εντολή ανατροπές κατάσταση:
> Svn st

Φτου! Όλα εντάξει! Αλλά τι να κάνει με την GIT; Έχουμε τελειώσει την εργασία στον κορμό και θέλετε να πάρετε πίσω στο υποκατάστημα χαρακτηριστικό μας, αλλά ο δείκτης GIT είναι όλα λάθος ?! Απλό: μόλις ξανατρέχουν gitify:
> Gitify
«Τοπικό / 1.1 'ακολουθεί τώρα υποκατάστημα svn Git υποκατάστημα» 1.1 »:
# Στο υποκατάστημα των τοπικών / 1.1
τίποτα να δεσμευτούν (κατάλογο εργασίας καθαρό)
Βασικά, αυτό είναι το μόνο που χρειάζεται να θυμάστε όταν εργάζεστε με πολλές check-out του ίδιου πακέτου: Πάντα τρέχει gitify κατά την εναλλαγή μεταξύ check-out

Τι είναι καινούργιο σε αυτήν την έκδοση :

• Η cannonical αποθετήριο είναι τώρα σε https://github.com/collective. [Rossp]
• Διορθώστε το χειρισμό κατά τη μετάβαση σε ένα υποκατάστημα svn που git ήδη έχει ένα τοπικό υποκατάστημα για. [Rossp]

Τι είναι καινούργιο στην έκδοση 0.8:

• Κάντε την εντολή init παρακολουθήσει μαζί αν το αποθετήριο SVN έχει μετατάσσονται σε άλλο κλάδο. Χάρη στην Calvin Hendryx-Parker για την αναφορά του θέματος. [Tomster]

Τι είναι καινούργιο στην έκδοση 0.7:

• Χρησιμοποιήστε τα πλήρη αντίγραφα αντί για συμβολικούς δεσμούς για να δημιουργήσετε αντίγραφα εργασίας. Αυτό αποφεύγει το θέμα της ύπαρξης της GIT και χώρο αποθήκευσης SVN εκτός συγχρονισμού κατά την εργασία με πολλαπλά αντίγραφα του ίδιου χώρου εναπόθεσης και μειώνει σημαντικά τον κίνδυνο των συγκρούσεων.
• Αυτό σημαίνει, επίσης, ότι η εντολή φέρω τώρα λειτουργεί μόνο στη μνήμη cache χωρίς να τροποποιεί το αντίγραφο εργασίας (καθιστώντας ασφαλές να τρέξει μέσω crontab, για παράδειγμα)
• Τρέξιμο gitify κατά ένα αντίγραφο εργασίας παλαιού τύπου θα παράγει ένα σφάλμα. Απλά διαγραφή του συμβολικού δεσμού και την εκ νέου τρέχει gitify διορθωτικά μέτρα τα οποία, ωστόσο.
• Ένα άλλο αποτέλεσμα, είναι ότι η εντολή init είναι πλέον απαραίτητη μόνο μία φορά για κάθε αντίγραφο εργασίας (δεν είναι πλέον απαραίτητο να εκτελέσετε ξανά την εντολή μετά την εναλλαγή μεταξύ διαφορετικών αντιγράφων εργασίας του ίδιου χώρου εναπόθεσης).
• gitify ως εκ τούτου δεν είναι πλέον προεπιλογές για την εντολή init (όπως ακριβώς ούτε GIT ούτε svn κάνει τίποτα w / o παροχή ρητή δράση). Επίσης, έχει μετονομαστεί από gitify (πίσω) για να init. [Tomster]
• Αφήστε τη βοήθεια, --version και φέρω εντολές για να τρέξει έξω .svn καταλόγους [tomster]

Τι είναι καινούργιο στην έκδοση 0.5:

• Προστέθηκε εντολή gitify ενημέρωση, η οποία εκτελεί ένα git-svn rebase λειτουργία για την τρέχουσα ταμείο svn, αλλά χειρίζεται επίσης έχουν αναληφθεί τοπικές αλλαγές gracelully (σε αντίθεση με το git svn, αλλά όπως svn κάνει)
• δεν χρησιμοποιούν πλέον το άρθρωμα logging για τα σχόλια των χρηστών. Η ιδέα ήταν μάλλον λανθασμένη

Τι είναι καινούργιο στην έκδοση 0.4:

• refactored σημεία η είσοδος σε απλά χρησιμοποιήστε gitify. Όλες οι άλλες εντολές είναι τώρα υπο-εντολές του gitify:
• GS-commit έχει αντικατασταθεί με gitify ώθηση
• GS-fetch έχει αντικατασταθεί με gitify φέρω
• Προστέθηκε χρήση και βοήθεια εξόδου για κάθε εντολή.
• Αφαιρέθηκε το σημείο εισόδου GS-κλώνος όπως ήταν πάντα μόνο χρησιμοποιούνται μαζί με την κύρια gitify εντολή ούτως ή άλλως.
• Χρησιμοποιήστε τη σωστή καταγραφή, αντί απλά να τυπώνουν στο stdout
• Προστέθηκε ολοκληρωμένες δοκιμές, συμπεριλαμβανομένων των λειτουργικών δοκιμών που καλύπτουν το σύνολο ενημέρωση / commit κύκλο της κλωνοποίησης ένα αποθετήριο SVN και διαπράττοντας πίσω σε αυτό.

Τι είναι καινούργιο στην έκδοση 0.3.1:

• Διόρθωση bug: Μην χρησιμοποιείτε προσαρμοσμένα ψευδώνυμα, όπως δεν μπορεί να εγκατασταθεί. Αυτό επιλύει http://github.com/tomster/git-svn-helpers/issues#issue/2
• Διόρθωση bug: λίστα elementtree ρητά ως εξάρτηση Αυτό επιλύει http://github.com/tomster/git-svn-helpers/issues#issue/1)

Τι είναι καινούργιο στην έκδοση 0.3 Beta:

• Προστέθηκε το GS-commit εντολή που βοηθά τη διάπραξη πίσω στο svn και κρατώντας GIT και svn σε συγχρονισμό

Τι είναι καινούργιο στην έκδοση 0.2 Beta:

• Προστέθηκε το GS-φέρω εντολή που βοηθά τη διατήρηση της μνήμης cache up-to-ημερομηνία

Απαιτήσεις :

• Python