git-svn-helpers

git-svn-pagalbininkai yra komandų eilutės įrankius, kad labai supaprastina naudojant git už svn saugyklų kolekcija.
Pagrindinis git-svn-pagalbininkų tikslas yra padaryti įkurti vietos git saugyklą po esamo svn kasos "jokio galvos skausmo".
Ji taip pat naudojant vieną git-svn saugyklą dirbti kelis kasų (dažniausia) įvairių sričių ir perjungti juos.
Pagrindinės naudojimas (pavyzdys)
Santrauka:
> CD kelias / iki / svn / atpirkimo
> Gitify
Štai pavyzdys sesijos:
> CD / tmp
> Svn bendrai https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
1.1 / setup.py
...
Patikrinome peržiūra 27.228.
> CD plone.app.form
> Gitify
Nėra git saugykloje rastas /Users/tomster/.gitcache/.
Inicijavimas klonavimą į talpyklą.
Analizuojant svn žurnalą ...
Klonavimas https://svn.plone.org/svn/plone/plone.app.form/ iš r10593: 27.155 į /Users/tomster/.gitcache/
Inicializuoti tuščias Git talpykla /Users/tomster/.gitcache/plone.app.form/.git/
...
Git filialas "vietos / 1.1" dabar taip svn filialas "1.1":
# Dėl filialo vietos / 1.1
nieko įsipareigoti (darbo katalogas švarus)
> Git filialas
* Vietinis / 1.1
& Nbsp; meistras
Atkreipia dėmesį į tai dėmesį:
& Nbsp; * gitify apribojo į peržiūras rasti SVN žurnalą pakuotės šaknies (čia https://svn.plone.org/svn/plone/plone.app.form/) klonavimą. Didelis laiko taupymo, ypač dėl didelių saugyklų (pvz plone.collective)
& Nbsp; * gitify sukūrė git saugyklą bent ~ / .gitcache ne vieta
& Nbsp; * gitify sukūrė vietinį filialą vietos / 1.1, kad seka (nuotolinis) svn filialas 1.1 ir perėjo į jį
Keli išsiregistravimas
Praktikoje dažnai dirbti su įvairių vietos kopijas tam tikrą saugyklą, ty liemeniui ir apie vaidybinį filialas. Štai tada .gitcache katalogas sukurta virš praverčia. Pereikime mūsų ankstesnę kasos iš kelio ir sukurti priežiūros kasos, kad taip Bagažinė:
> CD ..
> Mkdir funkcija filialas
> Mv plone.app.form funkcija filialas /
> Mkdir priežiūra
> CD priežiūra /
> Svn bendrai https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
Plone.app.form / setup.py
...
& Nbsp; U plone.app.form
Patikrinome peržiūra 27.228.
Kas atsitinka, jei mes paleisti gitify čia ?:
> CD plone.app.form /
> Gitify
Git filialas "vietos / kamieno" dabar taip svn filialas "kamieno":
# Dėl filialo vietos / kamieno
nieko įsipareigoti (darbo katalogas švarus)
Atkreipkite dėmesį, kad ši operacija vyko daug greičiau, nes dabar mes turime naudoti esamą git saugyklą laikinojoje kataloge. Tai gali būti ir toliau rodo, žiūrėdamas turimus vietos padalinius dabar:
> Git filialas
& Nbsp; vietos / 1.1
* Vietinis / kamieno
& Nbsp; meistras
Išlygos
"Perdirbimas" .git tokiu būdu veikia (gal stebėtinai) gerai veikia praktikoje, bet jums reikia išlaikyti omenyje taip:
Visos kasos tą pačią indeksą!
Paimkime, ką tai reiškia, perjungiant atgal į mūsų funkcija filialo išvaizdą:
> CD ../../feature-branch/plone.app.form/
> Git statusas
# Dėl filialo vietos / kamieno
# Pakeista bet ne kartą atnaujinta:
# (Naudoti "git add / rm ..." atnaujinti kas bus padarytas)
# (Naudoti "git kasos - ..." išmesti pokyčius darbo kataloge)
#
# Nemodifikuoti: docs / history.txt
...
# Išbraukiama: Plone / app / forma / KSS / testai / test_kss.py
...
#
# Nestebimi failai:
# (Naudoti "git add ..." įtraukti į ką bus padarytas)
#
# Plone / app / forma / testai / test_kss.py
Wohah! Kas atsitiko, kad .git dabar nurodo kamieno, todėl statusas komanda rodo tarp jo ir mūsų filialo, kaip vietos pakeitimus skirtumą, nes tai, ką failų sistema atstovauja. Mes galime tai patikrinti naudojant subversions status komandą:
> Svn g

Ei! Viskas, kad! Bet ką daryti su git? Mes baigė dirbti liemeniui ir nori grįžti į mūsų funkcija šakos, bet git indeksas yra visi klysta ?! Paprasta: tiesiog naujo paleisti gitify:
> Gitify
Git filialas "vietos / 1.1" dabar taip svn filialas "1.1":
# Dėl filialo vietos / 1.1
nieko įsipareigoti (darbo katalogas švarus)
Iš esmės, tai viskas, ką jums reikia prisiminti, kai dirba su keliais išsiregistravimas pateiktos to paties paketo! Visada paleisti gitify perjungiant tarp išsiregistravimas

Kas naujo , šioje laidoje :

• cannonical saugykla dabar https://github.com/collective. [Rossp]
• Nustatyti tvarkymą perjungiant į svn filialo kad git jau turi vietinį padalinį. [Rossp]

Kas naujo versijoje 0.8:

• Padaryti init komanda sekti kartu, jei svn saugykloje buvo perėjo į kitą filialą. Ačiū Calvin Hendryx-Parker pranešti apie šią problemą. [Tomster]

Kas naujo 0,7 versija:

• Naudoti visas kopijas, o ne simbolines nuorodas sukurti darbo kopijų. Taip išvengiama turintys git ir svn saugyklą out of sync dirbant su keliais egzemplioriais tos pačios saugyklos ir žymiai sumažina konfliktų pavojų klausimą.
• Tai taip pat reiškia, kad parsiųsti komanda dabar veikia tik ant talpyklos nekeičiant darbo kopiją (priėmimo saugu paleisti per Crontab, pavyzdžiui)
• Veikia gitify prieš senas stiliaus darbo kopiją gamins klaidą. Tiesiog išbraukiant nuorodą, ir vėl veikia gitify ištaisytų, tačiau.
• Kitas poveikis yra tas, kad init komanda dabar reikia tik vieną kartą kiekvieną darbo kopiją (tai nėra būtina iš naujo paleisti komandą po perjungti įvairių darbo kopijų tos pačios saugyklos).
• gitify todėl nebėra nutylėjimą init komanda (kaip nei git nei svn nieko daryti, w / o tiekti aiškų veiksmų). Be to, jis buvo pervadintas gitify (Atgal) paleidimui. [Tomster]
• Leisti pagalbos, version, ir atnešti komandas paleisti už Svn katalogų [tomster]

Kas naujo versijoje 0.5:

• Pridėta gitify atnaujinimas komandą, kuri atlieka git-svn Rebase operacija dabartinės svn kasos, bet ir rankenos nepaskirstytas vietos pakeitimus gracelully (skirtingai git svn bet kaip svn daro)
• nebevartoja žurnalo modulis vartotojų atsiliepimus. Ši mintis buvo gana nevykusios

Kas naujo 0,4 ​​versija:

• išimant prieigos taškai tiesiog naudokite gitify. Visi kiti komandos dabar yra sub-komandas iš gitify:
• GS-įsipareigoja buvo pakeistas gitify stumti
• GS-gavimas buvo pakeistas gitify atnešti
• Pridėta naudojimas ir pagalba produkcijos už kiekvieną komandą.
• Pašalinta GS-klonas įvažiavimo, nes jis buvo tik kada nors naudojamas kartu su pagrindiniu gitify komanda vistiek.
• vietoj Naudokite tinkamą ruoša tik spausdinant stdout
• Pridėta išsamius tyrimus, įskaitant funkcinių testų, apimančių visą atnaujinimas / įsipareigoti ciklą klonavimas yra svn saugyklą ir įsipareigojant atgal į jį.

Kas naujo versijos 0.3.1:

• Ištaisyta: Nenaudokite užsakymą slapyvardžius, kaip jie gali būti neįdiegta. Tai išsprendžia http://github.com/tomster/git-svn-helpers/issues#issue/2
• Ištaisyta: Aiškiai sąrašą elementtree kaip priklausomybė Tai išsprendžia http://github.com/tomster/git-svn-helpers/issues#issue/1)

Kas naujo versija 0.3 Beta:

• Pridėta GS įsipareigoja komandą, kuri padeda įpareigojančią atgal svn ir išlaikyti git ir svn sinchroniškai

Kas naujo versija 0.2 Beta:

• Pridėta GS atnešti komandą, kuri padeda išlaikyti talpyklą up-to-data

Reikalavimai :

• Python