Commentaires sur : git-svn pour utiliser git sur un repository svn

Par : Guillaume Yziquel

Guillaume Yziquel — Sat, 16 Jan 2010 16:13:49 +0000

Ah oui! et

git svn clone svn+ssh://user@adresse/depotsvn -T trunk -b branches -t tags

est très utile: vous récupérer toutes les branches et tous les tags automatiquement.

Par : Guillaume Yziquel

Guillaume Yziquel — Sat, 16 Jan 2010 16:11:44 +0000

Après deux petits mois d’accoutumance, en effet, git est très très bien.

Par contre, quand vous débutez avec git svn, gardez un petit truc en tête: quand vous faîtes un git svn dcommit, et que vous commitez vos dix derniers commits, par exemple… et bien dans git lui-même, vos commits sont modifiés! C’est donc une opération un peu délicate de suivre une branche dans un dépôt qui utilise git svn. En effet, il suffit d’un git fetch pour avoir divergé de 10 commits…

Heureusement, avec gitk –all et git rebase, on finit toujours par s’en sortir, mais c’est pénible…

Par : Damien

Damien — Tue, 17 Nov 2009 22:33:50 +0000

Un « dirty index » signifie que tu a des fichiers modifiés et non commités dans ton repository.
Il faut les committer avant de pouvoir pousser sur le repository.

Par : Guillaume

Guillaume — Tue, 17 Nov 2009 22:16:46 +0000

git-svn est vraiment sympa. Mais c’est vrai que les messages de git sont souvent obscurs:

Cannot dcommit with a dirty index. Commit your changes first, or stash them with `git stash’.

Me laisse perplexe…

Par : Damien

Damien — Mon, 05 Oct 2009 17:55:27 +0000

Le lien n’était pas bon effectivement. C’est la documentation de git qui mentionne « git-svn » pour « git svn ».

Par : Kali

Kali — Mon, 05 Oct 2009 17:18:45 +0000

NB : en ce qui concerne le lien vers git-svn ce n’est pas nécessaire :
la commande est normalement git svn (avec un espace)

Par : Florent V.

Florent V. — Sun, 05 Jul 2009 18:43:43 +0000

Ah tiens, je constate aussi que Google Code propose maintenant Mercurial en plus de SVN (seul choix jusqu’ici).

La plupart des comparatifs Mercurial/Git que je lis datent de 2008, et soulignent pour les défauts de Git une certaine complexité des commandes (par opposition à Mercurial qui s’inspirerait en partie de SVN pour les noms de commande, facilitant ainsi la transition de l’un à l’autre), et l’absence de client Windows officiel (voire officieux). Il me semble que sur ce dernier point la situation s’est améliorée depuis un an, mais la disponibilité de TortoiseHg pour Windows et Gnome est un argument de poids pour la Source.

Par : thoas

thoas — Sat, 04 Jul 2009 13:26:14 +0000

Pour avoir pratiqué un peu des deux (mercurial et git), je les trouve très similaire dans leur approche mais je reste néanmoins un utilisateur de svn qui compte migrer totalement vers l’un ou l’autre d’ici peu de temps.

Je pense pas que git est plus développé que mercurial, mais celui-ci est, de mon point de vue, beaucoup plus populaire notamment grâce à son créateur et à github qui a un peu plus d’aura qu’un bitbucket.

Cependant, le fait que CPython migre sur mercurial risque pas mal de changer la donne : http://mail.python.org/pipermail/python-dev/2009-July/090325.html

Très sympa git-svn, je bookmark

Par : Damien

Damien — Sat, 04 Jul 2009 11:31:29 +0000

Non, je n’ai jamais testé et encore moins pratiqué mercurial. Je suis plus proche de la communauté Rails que Django et ces premiers sont très git

Par ailleurs, j’ai l’impression que git est plus développé que mercurial.
Mais c’est peut-être une impression biaisée par mon attachement à la communauté ruby/rails.

Par : Florent V.

Florent V. — Fri, 03 Jul 2009 20:19:10 +0000

Pour l’instant je n’ai utilisé git que pour récupérer les sources de deux ou trois projets, donc je ne saurais me prononcer.

Par contre, je voulais savoir si tu avais déjà testé voire pratiqué Mercurial, le principal concurrent de git dans les systèmes de contrôle de version next-gen (il me semble que bazaar est un peu en retrait)? Il me semble que la communauté Django est très Mercurial.