git-svn-helpers

git-svn-medhjälpare är en samling av kommandoradsverktyg som kraftigt förenklar använder git för SVN förråd.
git-svn-medhjälpare främsta mål är att göra inrätta en lokal git förvar efter en befintlig svn checkout en "no-brainer".
Den tar också upp med en enda git-svn förvar för att arbeta på flera kassor av (vanligen) olika grenar och växla mellan dem.
Grundläggande användning (Exempel)
Sammanfattning:
> Cd sökväg / till / svn / repo
> Gitify
Här är ett urval session:
> Cd / tmp
> Svn co https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
En 1,1 / setup.py
...
Utcheckad revidering 27228.
> Cd plone.app.form
> Gitify
Ingen git förvaret hittades i /Users/tomster/.gitcache/.
Initiera kloning in cachen.
Analysera svn log ...
Kloning https://svn.plone.org/svn/plone/plone.app.form/ från r10593: 27155 in /Users/tomster/.gitcache/
Initierat tomma Git förvar i /Users/tomster/.gitcache/plone.app.form/.git/
...
Git gren "lokala / 1.1 'följer nu svn filial 1.1":
# På gren lokal / 1.1
ingenting att begå (arbetskatalog ren)
> Git gren
* Lokal / 1.1
& Nbsp; herre
Punkter att notera:
& Nbsp; * gitify begränsade kloning till de revideringar som finns i SVN loggen av paketet root (här https://svn.plone.org/svn/plone/plone.app.form/). En stor tidsbesparing, speciellt på stora arkiv (t.ex. plone.collective)
& Nbsp; * gitify skapade git förvaret på ~ / .gitcache inte på plats
& Nbsp; * gitify skapat en lokalavdelning lokal / 1.1 som följer (remote) svn gren 1.1 och bytte till den
Flera utcheckning
I praktiken kommer du ofta arbetar med olika lokala kopior av en viss förvar, dvs på stammen och på en funktion gren. Det är då .gitcache katalog som skapas ovan är praktiskt. Låt oss gå vår tidigare kassan ur vägen och skapa en underhålls kassan som följer stammen:
> Cd ..
> Mkdir funktionsrik gren
> Mv plone.app.form funktionsrik gren /
> Mkdir underhåll
> Cd underhåll /
> Svn co https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
En plone.app.form / setup.py
...
& Nbsp; U plone.app.form
Utcheckad revidering 27228.
Vad händer om vi kör gitify här ?:
> Cd plone.app.form /
> Gitify
Git gren "lokala / trunk 'följer nu svn filial trunk":
# På gren lokal / trunk
ingenting att begå (arbetskatalog ren)
Lägg märke till, att denna operation gick mycket snabbare, eftersom vi nu har använt befintliga git förvaret i cachekatalogen. Detta kan bevisas ytterligare genom att titta på de tillgängliga lokalavdelningar nu:
> Git gren
& Nbsp; lokala / 1.1
* Lokal / trunk
& Nbsp; herre
Förbehåll
"Återvinning" .git på detta sätt fungerar (kanske överrask) väl i praktiken, men du måste hålla följande i åtanke:
Alla kassorna har samma index!
Låt oss ta en titt på vad detta innebär genom att byta tillbaka till vår funktion gren:
> Cd ../../feature-branch/plone.app.form/
> Git Status
# På gren lokal / trunk
# Ändrad men uppdateras inte:
# (Använd "git add / rm ..." för att uppdatera vad som kommer att begås)
# (Använd "git kassan - ..." för att ignorera ändringar i arbetskatalogen)
#
# Modifierade: docs / history.txt
...
# Strykas: plone / app / formen / KSS / tester / test_kss.py
...
#
# spårats filer:
# (Använd "git lägga ..." för att inkludera i vad som kommer att begås)
#
# Plone / app / formen / tester / test_kss.py
Wohah! Vad som hände är att .git pekar nu bålen och därmed kommandot status visar skillnaden mellan det och vår gren som lokala ändringar, eftersom det är vad filsystemet representerar. Vi kan verifiera detta genom att använda kommandot subversions status:
> Svn st

Phew! Allt i ordning! Men vad göra med git? Vi har arbetat klart på bålen och vill komma tillbaka till vår funktion gren, men git index är helt fel ?! Enkelt: bara re-run gitify:
> Gitify
Git gren "lokala / 1.1 'följer nu svn filial 1.1":
# På gren lokal / 1.1
ingenting att begå (arbetskatalog ren)
I grund och botten, det är allt du behöver komma ihåg när man arbetar med flera avresa av samma paket: Kör alltid gitify när du växlar mellan utcheckning

Vad är nytt i den här versionen :

• cannonical förvaret är nu i https://github.com/collective. [Rossp]
• Fix hanteringen när du växlar till en svn gren som redan git har en lokalavdelning för. [Rossp]

Vad är nytt i version 0.8:

• Gör kommandot init följa med om svn förvaret har varit bytte till en annan gren. Tack vare Calvin Hendryx-Parker som rapporterade problemet. [Tomster]

Vad är nytt i version 0.7:

• Använd fullständiga kopior istället för symboliska länkar för att skapa arbetskopior. Detta undviker frågan om att ha git och svn förrådet ur synk när man arbetar med flera kopior av samma förvaret och minskar risken för konflikter.
• Det betyder också, att hämta kommandot nu bara fungerar på cachen utan att ändra arbetskopian (vilket gör det säkert att köra via crontab, till exempel)
• Köra gitify mot en gammaldags arbetskopia kommer att producera ett fel. Enkelt att ta bort symboliska länken och åter kör gitify lösningar som dock.
• En annan effekt är att kommandot init nu bara behövs en gång för varje arbetskopia (det är inte längre nödvändigt att på nytt köra kommandot efter byte mellan olika arbets kopior av samma förvaret).
• gitify därför inte längre som standard kommandot init (precis som varken git eller svn göra något w / o leverera en explicit handling). Dessutom har det bytt namn från gitify (baksida) för att init. [Tomster]
• Tillåt hjälp, --version och hämta kommandon för att köra utanför .svn kataloger [tomster]

Vad är nytt i version 0.5:

• Inkom kommandot gitify uppdatering, som utför en git-svn omviktningen drift för den aktuella svn kassan men också hanterar obekräftade lokala förändringar gracelully (till skillnad git svn men liksom svn gör)
• Inte längre använda loggningsmodulen för användarfeedback. Den tanken var ganska missriktad

Vad är nytt i version 0.4:

• Refactored att infarterna till bara använder gitify. Alla andra kommandon är nu underkommandon för gitify:
• gs-commit har ersatts med gitify tryck
• gs-fetch har ersatts med gitify hämta
• Inkom användning och hjälp utgång för varje kommando.
• Tog bort gs-klonen ingång som det var alltid bara användas tillsammans med huvud gitify kommandot ändå.
• Använd korrekt loggning istället för att bara skriva ut till stdout
• Inkom omfattande tester, inklusive funktionella tester som täcker hela uppdatering / begår cykel av kloning en svn förvaret och begå tillbaka till det.

Vad är nytt i version 0.3.1:

• Buggfix: Använd inte anpassade alias, som de kanske inte installeras. Detta löser http://github.com/tomster/git-svn-helpers/issues#issue/2
• Buggfix: Uttryckligen lista element som beroende Detta löser http://github.com/tomster/git-svn-helpers/issues#issue/1)

Vad är nytt i version 0.3 Beta:

• Inkom de gs-commit kommando som hjälper begå tillbaka till svn och hålla git och svn i synk

Vad är nytt i version 0.2 Beta:

• Inkom de gs-fetch kommando som hjälper att hålla cachen up-to-date

Krav :

• Python