git-svn-helpers

Logiciel capture d'écran:
git-svn-helpers
Détails logiciels:
Version: 0.9
Date de transfert: 15 Apr 15
Développeur: Tom Lazar
Licence: Gratuit
Popularité: 24

Rating: nan/5 (Total Votes: 0)

git-svn-aidants est une collection d'outils de ligne de commande qui simplifie grandement l'aide pour les dépôts git svn.
L'objectif principal de git-svn-assistants est de faire la mise en place d'un dépôt git locales, après une svn checkout existante une «évidence».
Il aborde également l'utilisation d'un seul dépôt git-svn pour travailler sur les extractions multiples de (généralement) les différentes branches et de commutation entre eux.
L'utilisation de base (exemple)
Résumé:
> Chemin de cd / à / svn / repo
> Gitify
Voici un exemple de session:
> Cd / tmp
> Svn co https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
A 1.1 / setup.py
...
Vérifié 27228 de révision.
> Cd plone.app.form
> Gitify
Pas de dépôt git trouvé dans /Users/tomster/.gitcache/.
Lancement de clonage dans le cache.
Analyse svn log ...
Clonage https://svn.plone.org/svn/plone/plone.app.form/ de r10593: 27 155 en /Users/tomster/.gitcache/
Initialisé référentiel vide de Git dans /Users/tomster/.gitcache/plone.app.form/.git/
...
Git branch svn branche 'local / 1,1' suit '1.1':
# Sur branche locale / 1.1
rien à commettre (répertoire de travail propre)
> Git branch
* Locale / 1.1
& Nbsp; maître
Points à noter:
& Nbsp; * gitify limité le clonage aux révisions trouvés dans le journal de svn du paquet root (ici https://svn.plone.org/svn/plone/plone.app.form/). Un gain de temps considérable, en particulier sur les grands dépôts (comme plone.collective)
& Nbsp; * gitify créé le dépôt git à ~ / .gitcache pas en place
& Nbsp; * gitify créé une branche locale locale / 1.1 qui suit le (distance) svn branche 1.1 et tournés vers elle
Plusieurs check-out
En pratique, vous travaillerez souvent avec différentes copies locales d'un référentiel donné, ce est à dire sur le tronc et sur une branche de fonctionnalité. Ce est alors que le répertoire de .gitcache créé ci-dessus est très pratique. Passons notre départ précédente sur la voie et créer une caisse d'entretien qui suit tronc:
> Cd ..
> Mkdir fonction branche
> Plone.app.form mv fonction branche /
> Entretien mkdir
> Entretien cd /
> Svn co https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
Un plone.app.form / setup.py
...
& Nbsp; U plone.app.form
Vérifié 27228 de révision.
Qu'advient-il si nous courons gitify ici ?:
> Cd plone.app.form /
> Gitify
Git branch 'local / trunk' suit svn branche «tronc»:
# Sur branche locale / trunk
rien à commettre (répertoire de travail propre)
Notez que cette opération se est beaucoup plus rapide, que nous avons maintenant utilisé le dépôt git existant dans le répertoire de cache. Ceci peut être encore en évidence en regardant les branches locales disponibles dès maintenant:
> Git branch
& Nbsp; locale / 1.1
* Locale / trunk
& Nbsp; maître
Mises en garde
.git «Recyclage» de cette manière fonctionne (peut-être surprenant) et dans la pratique, mais vous devez garder à l'esprit les éléments suivants:
Toutes les caisses partagent le même index!
Jetons un oeil à ce que cela signifie en commutant à notre fonction branche:
> Cd ../../feature-branch/plone.app.form/
> Git status
# Sur branche locale / trunk
# Changé, mais pas mise à jour:
# (Utilisez "git add / rm ..." de mettre à jour ce qui va être commis)
# (Utilisez "git checkout - ..." pour annuler les modifications dans le répertoire de travail)
#
# Modifiés: docs / HISTORY.txt
...
# Supprimé: Plone / app / forme / KSS / tests / test_kss.py
...
#
# fichiers non suivis:
# (Utilisez "git add ..." à inclure dans ce qui va être commis)
#
# Plone / app / forme / tests / test_kss.py
Wohah! Ce qui est arrivé est que .git pointe maintenant au tronc et donc la commande d'état montre la différence entre cela et notre branche que les modifications locales, car ce est ce que représente le système de fichiers. Nous pouvons le vérifier en utilisant la commande d'état des subversions:
> Svn st

Ouf! Tout est en ordre! Mais que faire avec git? Nous avons fini de travailler sur le tronc et voulons revenir à notre fonction branche, mais l'indice de Git est tout faux ?! Simple: il suffit de ré-exécuter gitify:
> Gitify
Git branch svn branche 'local / 1,1' suit '1.1':
# Sur branche locale / 1.1
rien à commettre (répertoire de travail propre)
Fondamentalement, ce est tout ce que vous devez retenir lorsqu'on travaille avec plusieurs caisses d'un même forfait: Toujours exécuter gitify lors de la commutation entre les check-out

Ce qui est nouveau dans ce communiqué :

  • Le référentiel canoniques est maintenant en https://github.com/collective. [ROSSP]
  • Fixer la manutention lors du passage à une branche svn git qui a déjà une succursale locale pour. [ROSSP]

Quoi de neuf dans la version 0.8:

  • Faire la commande init suivre si le dépôt SVN a été commuté à une autre branche. Merci à Calvin Hendryx-Parker pour signaler le problème. [Tomster]

Quoi de neuf dans la version 0.7:

  • Utilisez des copies complètes au lieu de liens symboliques pour créer des copies de travail. Cela évite le problème d'avoir le git et svn référentiel désynchronisés lorsque vous travaillez avec de multiples copies du même référentiel et réduit considérablement le risque de conflits.
  • Cela signifie aussi que la commande chercher maintenant ne fonctionne que sur le cache sans modifier la copie de travail (mise en sécurité afin de fonctionner via crontab, par exemple)
  • Running gitify contre une copie de travail à l'ancienne produira une erreur. Il suffit de supprimer le lien symbolique et de refaire remèdes gitify que, cependant.
  • Un autre effet, ce est que la commande init est maintenant nécessaire qu'une seule fois pour chaque copie de travail (il ne est plus nécessaire de re-exécuter la commande après la commutation entre les différentes copies de travail de la même référentiel).
  • gitify donc plus aucun défaut à la commande init (tout comme ne git svn, ni rien faire w / o fournissant une action explicite). En outre, il a été renommé à partir gitify (retour) à init. [Tomster]
  • Autoriser l'aide, --version chercher des commandes à exécuter hors des répertoires .svn [Tomster]

Ce qui est nouveau dans la version 0.5:

  • de commande de mise à jour gitify Ajouté, qui effectue un rebasage git-svn opération pour le svn checkout actuelle, mais traite également les changements locaux engagés gracelully (contrairement git svn mais comme svn fait)
  • Pas plus utiliser le module de journalisation pour les commentaires des utilisateurs. Cette idée était plutôt erronée

Quoi de neuf dans la version 0.4:

  • Refonte les points d'entrée à utiliser simplement gitify. Toutes les autres commandes sont maintenant sous-commandes de gitify:
  • gs-COMMIT a été remplacé par poussoir gitify
  • gs-fetch a été remplacé par gitify chercher
  • Ajout utilisation et l'aide sortie pour chaque commande.
  • Suppression du point, car il ne était jamais utilisé avec la commande principale de toute façon gitify entrée gs-clone.
  • Utilisez la journalisation appropriée au lieu de simplement l'impression sur stdout
  • Ajout de tests complets, y compris les tests fonctionnels qui couvrent toute la mise à jour / commit cycle clonage d'un dépôt SVN et commettre revenir.

Ce qui est nouveau dans la version 0.3.1:

  • CORRECTIF: Ne pas utiliser des alias personnalisés, comme ils pourraient ne pas être installés. Cela résout http://github.com/tomster/git-svn-helpers/issues#issue/2
  • CORRECTIF: énumérer explicitement elementtree que la dépendance Cela résout http://github.com/tomster/git-svn-helpers/issues#issue/1)

Quoi de neuf dans la version 0.3 Beta:

  • Ajout des commandes qui aide à commettre retour à gs-commit svn et git svn conservation et en synchronisation

Ce qui est nouveau dans la version 0.2 Beta:

  • Ajout de la commande qui permet de garder le cache les gs-fetch mise à jour

Exigences :

  • Python

Logiciel similaire

Git-Track
Git-Track

11 May 15

git-recipe
git-recipe

14 Apr 15

tkdiff
tkdiff

15 Apr 15

D'autres logiciels de développeur Tom Lazar

ezjail-remote
ezjail-remote

20 Feb 15

Commentaires à git-svn-helpers

Commentaires non trouvées
Ajouter un commentaire
Tourner sur les images!