git-svn-helpers

SVN-git-ajutoare este o colecție de instrumente de linie de comandă care simplifică foarte mult utilizarea git pentru arhive SVN.
Principalul obiectiv al git-SVN-ajutoarele este de a face crearea unui depozit git locală în urma unei checkout svn existent un "nu-brainer".
Se adresează, de asemenea, folosind un singur depozit SVN-git pentru prelucrarea pe mai multe case de marcat de (de obicei) ramuri diferite și de comutare între ele.
Utilizarea Basic (exemplul)
Rezumat:
> Cale cd / a / SVN / repo
> Gitify
Iată o mostră sesiune:
> Cd / tmp
> Svn co https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
A 1.1 / setup.py
...
Verificat 27,228 revizuire.
> Cd plone.app.form
> Gitify
Nu depozit găsite în /Users/tomster/.gitcache/ git.
Inițierea donare în cache.
Analizând jurnal svn ...
Clonarea https://svn.plone.org/svn/plone/plone.app.form/ de la r10593: 27,155 în /Users/tomster/.gitcache/
Inițializat depozit Git gol în /Users/tomster/.gitcache/plone.app.form/.git/
...
Este acum în urma ramură Git sucursală "/ 1.1 locală" svn "1.1":
# La filiala locala / 1.1
nimic de a comite (director de lucru curat)
> Ramură git
* Local / 1.1
& Nbsp; de master
Puncte de reținut:
& Nbsp; * gitify limitat donarea a revizuirilor găsite în jurnalul SVN rădăcinii pachetului (aici https://svn.plone.org/svn/plone/plone.app.form/). Un economizor de mare de timp, mai ales pe arhive mari (cum ar fi plone.collective)
& Nbsp; * gitify creat magazia git la ~ / .gitcache nu în loc
& Nbsp; * gitify creat o filială locală local / 1.1 care urmează (la distanță) svn ramura 1.1 și a trecut la o
mai multe check-out
În practică, va lucra de multe ori cu diferite copii locale ale unui anumit depozit, adică pe trunchi și pe o ramură facilitate. Atunci directorul .gitcache creat mai sus vine la îndemână. Să trecem de verificare noastre anterioare din drum și de a crea o verificare de întreținere care urmează trunchi:
> Cd ..
> Mkdir funcție de ramură
> Plone.app.form mv funcție de ramură /
> Întreținere mkdir
> Întreținere cd /
> Svn co https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
A plone.app.form / setup.py
...
& Nbsp; U plone.app.form
Verificat 27,228 revizuire.
Ce se întâmplă dacă am alerga gitify aici ?:
> Cd plone.app.form /
> Gitify
Git sucursală "locală / trunchi" este acum în urma svn sucursală "trunchi":
# La filiala locala / trunchi
nimic de a comite (director de lucru curat)
Observați, că această operațiune a mers mult mai repede, așa cum am acum am folosit magazia git existent în directorul cache. Acest lucru poate fi demonstrat în continuare uitandu-te la sucursalele locale disponibile acum:
> Ramură git
& Nbsp; locală / 1.1
* Locală / trunchi
& Nbsp; de master
Avertismente
.git "Reciclare" în acest fel functioneaza (probabil surprinzător) bine în practică, dar ai nevoie pentru a păstra în vedere următoarele:
Toate case de marcat împărtășesc aceeași index!
Să aruncăm o privire la ceea ce înseamnă acest lucru prin trecerea înapoi la filiala noastră facilitate:
> Cd ../../feature-branch/plone.app.form/
> Starea git
# La filiala locala / trunchi
# Schimbată dar nu actualizat:
# (Utilizarea "git add / rm ..." pentru a actualiza ceea ce va fi angajat)
# (Utilizarea "git checkout - ..." pentru a renunța la modificări în directorul de lucru)
#
# Modificate: docs / history.txt
...
# Elimină: Plone / app / formă / KSS / teste / test_kss.py
...
#
# fișiere untracked:
# (Utilizarea "git add ..." pentru a include în ceea ce va fi angajat)
#
# Plone / app / formă / teste / test_kss.py
Wohah! Ce sa întâmplat este că .git arată acum la trunchi și, astfel, comanda de stare arată diferența dintre care și filiala noastră ca modificari locale, deoarece aceasta este ceea ce reprezinta sistemul de fișiere. Putem verifica acest lucru prin utilizarea comandă starea subversive:
> Svn st

Pfiu! Toate în ordine! Dar ce să fac cu git? Am terminat de lucru pe trunchi și doresc să mă întorc la filiala noastră facilitate, dar indicele git este greșit ?! Simplu: doar re-rulați gitify:
> Gitify
Este acum în urma ramură Git sucursală "/ 1.1 locală" svn "1.1":
# La filiala locala / 1.1
nimic de a comite (director de lucru curat)
Practic, asta e tot ce ai nevoie să vă amintiți atunci când se lucrează cu mai multe check-out ale aceluiași pachet:! Rula întotdeauna gitify la comutarea între check-out

Ce este nou în această versiune :

• magazia canonici este acum în https://github.com/collective. [Rossp]
• Fix manipularea atunci când trec la o sucursală SVN care git deja are o sucursală locală pentru. [Rossp]

Ce este nou în versiunea 0,8:

• Asigurați-comanda de inițializare urma de-a lungul dacă depozitul SVN a fost trecut la o altă ramură. Datorită Calvin Hendryx-Parker pentru raportarea problemei. [Tomster]

Ce este nou în versiunea 0,7:

• Utilizați exemplare complete în loc de legături simbolice pentru a crea copii de lucru. Acest lucru evită problema de a avea git și SVN magazia de sincronizare atunci când se lucrează cu mai multe copii ale același depozit și reduce foarte mult riscul de conflicte.
• Acest lucru înseamnă, de asemenea, că comanda aduce acum funcționează doar pe memoria cache fără a modifica copia de lucru (ceea ce face în condiții de siguranță pentru a rula prin crontab, de exemplu)
• Rularea gitify împotriva unei copii de lucru în stil vechi va produce o eroare. Pur și simplu ștergerea link-ul simbolic și re-difuzate căile de atac gitify asta, cu toate acestea.
• Un alt efect, este că comanda de inițializare este acum necesar o singură dată pentru fiecare exemplar de lucru (nu mai este necesar să se re-rula comanda după ce au trecut între diferitele exemplare de lucru ale aceluiași depozit).
• gitify, prin urmare, nu implicit mai la comanda init (la fel ca nici git nici svn face nimic w / o furnizează o acțiune explicită). De asemenea, acesta a fost redenumit din gitify (înapoi) la init. [Tomster]
• Permiteți ajutor, version și aduce comenzi pentru a rula directoare afara .svn [tomster]

Ce este nou în versiunea 0.5:

• Adaugata comanda modificare gitify, care efectuează o rebazare SVN-git operație pentru casă SVN actuală, dar se ocupă, de asemenea, modificările locale neangajate gracelully (spre deosebire de git svn dar ca SVN nu)
• Nu mai folosiți modulul de logare pentru feedback-ul utilizatorilor. Această idee a fost mai degrabă greșit

Ce este nou în versiunea 0,4:

• Refactored puncte intrarea de a utiliza doar gitify. Toate celelalte comenzi sunt acum sub-comenzi de gitify:
• gs-comitere a fost înlocuit cu împingere gitify
• gs-o descărcare a fost înlocuit cu gitify aduce
• utilizare adăugată și de ajutor ieșire pentru fiecare comandă.
• Eliminat punctul de intrare gs-clona deoarece a fost doar niciodată utilizat împreună cu principalele comanda gitify oricum.
• Utilizați logare corectă în loc de doar imprimare la iesirea standard
• Adaugata teste complete, inclusiv teste de funcționare care acoperă întreaga actualizare / ciclu comite de clonare un depozit SVN și săvârșirea înapoi la ea.

Ce este nou în versiunea 0.3.1:

• Bugfix: Nu folosiți pseudonime personalizate, cum acestea nu ar putea fi instalate. Acest rezolvă http://github.com/tomster/git-svn-helpers/issues#issue/2
• Bugfix: lista mod explicit elementtree ca dependență Aceasta rezolvă http://github.com/tomster/git-svn-helpers/issues#issue/1)

Ce este nou în versiunea 0.3 Beta:

• adaugă comanda care ajută comiterea înapoi la GS-angajeze SVN și păstrarea git si SVN în sincronizare

Ce este nou în versiunea Beta 0,2:

• Adaugata comanda care ajută menținerea cache de GS-fetch până la data de

Cerințe :

• Python