git-svn-helfer Befehlszeilenwerkzeuge, um Git-SVN einfach zu machen
Jetzt downloaden

git-svn-helfer Ranking & Zusammenfassung

git-svn-helfer Stichworte

Python-Bibliothek Python Helfer Git-Svn Helfer git-svn.

git-svn-helfer Beschreibung

Befehlszeilen-Tools, um Git-SVN einfach zu machen GIT-SVN-Helfer ist eine Sammlung von Befehlszeilen-Instrumenten, die mit Git für SVN Repositories in erheblich vereinfacht. Das Hauptziel der Git-SVN-Helfer ist es, das Einrichten eines lokalen Git-Repositorys nach einer vorhandenen SVN-Checkout ein "No-Brainer'.it" Adressiert auch mit einem einzelnen Git-SVN-Repository, um an mehreren Kassen von (in der Regel) verschiedenen Filialen zu arbeiten und zwischen ihnen zu wechseln / TMP> SVN CO https://svn.Plone.org/svn/Plone/Plone.app.form/Banches/1.1 PLONE.APP.Forma 1.1 / setup.py ... APDIERE REVIVE 27228.> CD-Plone. App.Form> GitifyNo GIT-Repository gefunden in /users/tomster/.gitcache/.initiating Klonen in Cache.Einalyse SVN-Protokoll ... Klonen https://svn.plone.org/svn/Plone/Plone.app.form/ von R10593: 27155 in /users/tomster/.gitcache/initialisiertes leeres Git-Repository in /users/tomster/.gitcache/Plone.app.form/.git/...git-Zweig "Local / 1.1" folgt jetzt SVN-Zweig '1.1': # auf Zweig lokal / 1. 1Nothing zum Commit (Working Directory Clean)> GIT-Zweig * Lokale / 1.1 Masterpunkte zu Anmerkung: * GIBILY LIMITED Das Klonen auf die in dem SVN-Protokoll des Paket-Roots gefundenen Revisionen (hier https://svn.plone.org/svn/ plone / plone.app.form /). Ein großer Zeitsparer, insbesondere bei großen Repositories (z. B. Plone.Collective) * Gitify erstellte das Git-Repository bei ~ / .gitcache, nicht an Ort und Stelle * Gitify erstellte einen lokalen Zweig lokal / 1.1, der dem (Remote) SVN-Zweig 1.1 folgt und geschaltet wird Für itmultime Check-out-Praxis arbeiten Sie häufig mit verschiedenen lokalen Kopien eines bestimmten Repositorys, dh auf dem Rumpf und auf einem Feature-Zweig. Dann ist das oben erstellte .gitcache-Verzeichnis in praktisch. Verschieben wir unseren vorherigen Kasse aus dem Weg und erstellen Sie eine Wartungskasse, die Trunk folgt:> CD ..> MKDIR-Feature-Ast> MV Plone.app.Form Feature-Ast> MKDIR-Wartung> CD Wartung /> SVN CO HTTPS: //svn.Plone.org/svn/Plone/Plone.app.form/trunk plone.app.forma plone.app.form / setup.py ... u plone.app.formChecked out revision 27228.was passiert, wenn wir Laufen Sie hier Gitify ?:> CD Plone.app.Form /> Gitifygit-Zweig 'Local / Trunk' folgt nun den SVN-Zweig 'Trunk': # On Zweig lokal / Trunkothing, um Commit (Working Directory Clean) feststellen, dass diese Operation viel ausgeführt wurde Schneller, da wir nun das vorhandene Git-Repository im Cache-Verzeichnis verwendet haben. Dies kann weiter belegt werden, indem in den verfügbaren örtlichen Niederlassungen jetzt angezeigt wird:> Git-Zweig Local / 1.1 * Lokal / Trunk MasterCaveats'Recycling '.git auf diese Weise funktioniert (vielleicht überraschenderweise) in der Praxis, aber Sie müssen das Folgende inhalten Mind: Alle Kassen teilen den gleichen Index! Schauen wir uns einen Blick darauf, was dies bedeutet, indem wir in unseren Feature-Zweig zurückwechseln:> CD ../../ Feature-Ast / Plone.app.Form /> Git-Status # auf Zweig lokal / Trunk # geändert, aber nicht aktualisiert: # (Verwenden Sie "Git Add / RM ...", um zu aktualisieren, was engagiert wird) # (verwenden Sie "GIT-Checkout - ...", um Änderungen in der Arbeitsverzeichnis zu verwerfen). docs / history.txt ... # Gelöscht: PLONE / APP / FORM / KSS / TESTS / test_kss.py ... (Verwenden Sie "Git Add ...", um in das, was engagiert wird) ## Plone / App / Form / Tests / test_kss.pywohah! Was passiert ist, ist, dass .git jetzt auf den Rumpf hinweist und somit der Statusbefehl den Unterschied zwischen dem und unserem Zweig als lokale Änderungen anzeigt, da das Dateisystem darstellt. Wir können dies überprüfen, indem wir den Statusbefehl von Subverssionen verwenden:> SVN ST PEW! Alles in Ordnung! Aber was soll ich mit Git tun? Wir haben am Kofferraum fertig gearbeitet und möchten wieder in unsere Feature-Filiale zurückkehren, aber der Git-Index ist alles falsch?! Einfach: Just RE-RUN GIGIFY:> Gitifygit-Zweig 'Local / 1.1' folgt nun SVN-Zweig '1.1': # auf Zweig lokal / 1.1Nothing, um sich im Wesentlichen zu begehen (Arbeitsverzeichnis sauber), das ist alles, was Sie brauchen, wenn Sie mit dem Arbeiten arbeiten müssen Mehrere Check-outs desselben Pakets: Laufen Sie immer Gitify, wenn Sie zwischen Check-outs wechseln! Anforderungen: · Python Was ist neu in dieser Version: · Hinzugefügt Gitify Update-Befehl, der einen GIT-SVN-Rebase-Betrieb für die aktuelle SVN-Checkout ausführt, aber auch nicht kompatibulierte lokale Änderungen gracelully behandelt (im Gegensatz zu Git SVN, aber wie SVN tut) · Verwenden Sie das Protokollierungsmodul nicht mehr für das Feedback der Benutzer. Diese Idee war eher fehlgeleitet

git-svn-helfer Zugehörige Software