git, c'est bien?

[Mihamina Rakotomandimby]

Bonjour,
Mon (peut-etre) futur supérieur hierarchique veut qu'on utilise git.
Moi je suis plutot svn (+trac) en ce moment.
Du temps de cvs, je ne programmai pas... trop jeune.

Quelles sont les pour et les contre de git?
Existe-t-il un truc à la trac qui puisse lui etre couplé?
Ca m'arrangerai qu'on puisse avoir un "timeline" et aussi un système de
tickets.

Si vous avez aussi un document dans vos bookmarks qui resume l'histoire
de git, je suis preneur.

Auriez-vous des pistes?

Merci d'avance.

PS: au passage, c'est codé en quoi, git? J'ai pas vu... svn c'est en
python (majoritaire) si j'ai bien lu...

[Mickaël Wolff]

Post by Mihamina Rakotomandimby
Quelles sont les pour et les contre de git?

git est à la mode. Maintenant, est-ce un plus ou un moins... :D

Post by Mihamina Rakotomandimby
Existe-t-il un truc à la trac qui puisse lui etre couplé?

Trac <http://nanosleep.org/proj/trac-git-plugin/>

Post by Mihamina Rakotomandimby
Si vous avez aussi un document dans vos bookmarks qui resume l'histoire
de git, je suis preneur.

La page Wikipedia est très claire sur l'historique de git
<http://en.wikipedia.org/wiki/Git_(software)>

Post by Mihamina Rakotomandimby
PS: au passage, c'est codé en quoi, git? J'ai pas vu... svn c'est en
python (majoritaire) si j'ai bien lu...

Comme tout les projets sérieux, en C (non, tapez pas ! -->[] )

[Damien Wyart]

Post by Mickaël Wolff

Post by Mihamina Rakotomandimby
Existe-t-il un truc à la trac qui puisse lui etre couplé?

Trac <http://nanosleep.org/proj/trac-git-plugin/>

D'après cette page http://trac-hacks.org/wiki/TracGitPlugin, ce plugin
n'évolue plus et ils recommandent plutôt celui-ci :
http://trac-hacks.org/wiki/GitPlugin, mais il ne semble pas très actif
non plus. Coté Trac, Mercurial semble mieux supporté :
http://trac.edgewall.org/wiki/TracMercurial

Sinon, une alternative à Trac qui semble compatible avec Git et
Mercurial : http://projects.ceondo.com/p/indefero/

[Mihamina Rakotomandimby (R12y)]

Post by Damien Wyart
Sinon, une alternative à Trac qui semble compatible avec Git et
Mercurial : http://projects.ceondo.com/p/indefero/

Oui... Mais il est en PHP... Je veux voir d'autres horizons :-)

[David MENTRE]

Bonjour,

Réponses complémentaires à celles déjà données.

Post by Mihamina Rakotomandimby
Moi je suis plutot svn (+trac) en ce moment.
Du temps de cvs, je ne programmai pas... trop jeune.
Quelles sont les pour et les contre de git?

Pour :
- ultra-rapide ;

- fonctionnalités très avancées (ça peut faire le café si besoin) ;

- grosse communauté qui bouge beaucoup, donc pleins de plugins,
logiciels, etc. ;

- par rapport à Subversion : distribué, chacun a un ou plusieurs
repository dans son coin.

Contre :
- Spécifique à Unix, des portages sur Windows existent mais à ce que
j'ai entendu dire c'est pas tip top.

Personnellement j'utilise Mercurial (http://www.selenic.com/mercurial/),
mais bon les goûts et les couleurs... ;-)

Amicalement,
d.

[Damien Wyart]

Post by David MENTRE
Personnellement j'utilise Mercurial (http://www.selenic.com/mercurial/),
mais bon les goûts et les couleurs... ;-)

C'est un thème très discuté sur pas mal de sites/blogs et j'avoue que
j'ai du mal à me faire une idée neutre et précise. Pourriez-vous résumer
les raisons de votre choix, cela nous permettra d'élargir un peu le
débat sans se limiter à parler de git...

Un article qui m'a semblé plus intéressant que les querelles basiques
git vs Mercurial (voir notamment les commentaires qui apportent pas mal
de compléments) : http://jointheconversation.org/2008/11/24/on-mercurial/

[Damien Wyart]

Post by Damien Wyart
Un article qui m'a semblé plus intéressant que les querelles basiques
git vs Mercurial (voir notamment les commentaires qui apportent pas mal
de compléments) : http://jointheconversation.org/2008/11/24/on-mercurial/

Je viens également de trouver celui-ci qui me semble plus détaillé et
argumenté que les classiques « git c'est mieux, mais non, mercurial
c'est mieux » :
http://www.rockstarprogrammer.org/post/2008/apr/06/differences-between-mercurial-and-git/

[Damien Wyart]

Post by Damien Wyart
Je viens également de trouver celui-ci qui me semble plus détaillé et
argumenté que les classiques « git c'est mieux, mais non, mercurial
http://www.rockstarprogrammer.org/post/2008/apr/06/differences-between-mercurial-and-git/

Je complète de nouveau, ce site (clairement « orienté Git est mieux »)
donne pas mal d'arguments factuels : http://whygitisbetterthanx.com/#hg

Enfin, le point de vue de Mercurial sur Git, détaillé et argumenté :
http://www.selenic.com/mercurial/wiki/index.cgi/GitConcepts

[David MENTRE]

Bonjour,

Post by Damien Wyart

Post by David MENTRE
Personnellement j'utilise Mercurial (http://www.selenic.com/mercurial/),
mais bon les goûts et les couleurs... ;-)

C'est un thème très discuté sur pas mal de sites/blogs et j'avoue que
j'ai du mal à me faire une idée neutre et précise. Pourriez-vous résumer
les raisons de votre choix, cela nous permettra d'élargir un peu le
débat sans se limiter à parler de git...

Oh c'est historique ! À l'époque où je m'étais intéressé à la question
(pour me débarrasser de Arch plus supporté ;-), GIT était une usine à
gaz et Mercurial bien documenté. L'autre argument majeur pour moi (au
moins valide à l'époque), c'est que Mercurial fonctionnait également
bien sur les trois plate-formes Windows, Mac et Linux.

Maintenant, je laisse ce genre de débats à d'autres. Chaque projet a ses
spécificités et ses raisons de choisir tel ou tel outil de gestion des
sources.

Amicalement,
david

[Mihamina Rakotomandimby (R12y)]

Post by David MENTRE
Maintenant, je laisse ce genre de débats à d'autres. Chaque projet a ses
spécificités et ses raisons de choisir tel ou tel outil de gestion des
sources.

Chaque boite a aussi son "directeur" qui insiste lourdement pour
utiliser tel ou tel outil.
Au début, quand je decouvrais le programmation, c'était à base de FTP
(avec l'écrasement des fichiers des autres...), puis CVS, puis durant un
stage j'ai découvert SVN (J'y ai d'ailleurs rencontré Damien Wyart),
puis ensuite nouvel emploi, nouvelles contraintes: GIT.

Les choix n'ont pas été dictés par le projet mais par ceux qui étaient
déjà là... et que ce n'est en aucun cas le "nouveau venu" qui allait
changer quoi que ce soit...

[Damien Wyart]

Post by Mihamina Rakotomandimby
Quelles sont les pour et les contre de git?

http://git.or.cz/course/svn.html

Post by Mihamina Rakotomandimby
PS: au passage, c'est codé en quoi, git? J'ai pas vu... svn c'est en
python (majoritaire) si j'ai bien lu...

Git est codé en C, tout comme subversion (subversion est python-friendly
car il y a une API dédiée à Python mais pas codé en Python).

[Damien Wyart]

- les copies de travail sont des repositories.
- la copie de travail ne fera de "commit" que vers la "URL" de
laquelle on l'a tirée.
- la copie de travail ne fera de "commit" que de la "URL" de laquelle
on l'a tirée.
Les deux derniers point sont le comportement par défaut, car j'imagine
qu'on peut demander à GIT de commiter là ou on veut... (quoi que non
ce n'est pas vraiment logique...)
C'est bien ça?

Je ne suis pas vraiment un expert de Git ; j'ai lu pas mal de trucs mais
n'ai pas encore eu besoin de l'utiliser donc j'ai du mal à repondre de
façon tranchée.

D'autres documents très bien faits qui pourront peut-être t'aider :
http://www-cs-students.stanford.edu/~blynn/gitmagic/
http://www.kernel.org/~junio/200810-tut.pdf
http://www.jukie.net/~bart/slides/intro-to-git/intro-to-git.pdf

Celui-ci est vraiment excellent, mais il est payant :
http://peepcode.com/products/git-internals-pdf

[Damien Wyart]

Post by Damien Wyart
http://www-cs-students.stanford.edu/~blynn/gitmagic/
http://www.kernel.org/~junio/200810-tut.pdf
http://www.jukie.net/~bart/slides/intro-to-git/intro-to-git.pdf
http://peepcode.com/products/git-internals-pdf

Du même auteur, d'autres transparents très détaillés et gratuits :
http://s3.amazonaws.com/chacon/git-talk.pdf

[Mihamina Rakotomandimby (R12y)]

Post by Damien Wyart

Post by Mihamina Rakotomandimby
Quelles sont les pour et les contre de git?

http://git.or.cz/course/svn.html

Bon, si j'ai bien compris:
- les copies de travail sont des repositories.
- la copie de travail ne fera de "commit" que vers la "URL" de laquelle
on l'a tirée.
- la copie de travail ne fera de "commit" que de la "URL" de laquelle on
l'a tirée.

Les deux derniers point sont le comportement par défaut, car j'imagine
qu'on peut demander à GIT de commiter là ou on veut... (quoi que non ce
n'est pas vraiment logique...)

C'est bien ça?

[William Dode]

Post by Damien Wyart

Post by Mihamina Rakotomandimby
Quelles sont les pour et les contre de git?

http://git.or.cz/course/svn.html

- les copies de travail sont des repositories.
- la copie de travail ne fera de "commit" que vers la "URL" de laquelle
on l'a tirée.
- la copie de travail ne fera de "commit" que de la "URL" de laquelle on
l'a tirée.
Les deux derniers point sont le comportement par défaut, car j'imagine
qu'on peut demander à GIT de commiter là ou on veut... (quoi que non ce
n'est pas vraiment logique...)
C'est bien ça?

Je prend le train en route, mais puisqu'on en parle sur un autre fil...

La différence fondamentale avec un centralisé c'est que l'on ne commit
pas vers le dépôt de quelqu'un, mais l'inverse, on va chercher.

Par exemple le responsable de projet te demande de travailler sur la
fonctionnalité X. Avec subversion tu fait un "checkout" du projet et
quand tu as terminé tu le "push" sur le tronc commun.

Avec un décentralisé, tu fait un clone du projet sur ta machine, tu
travaille dessus, fait un ou plusieurs commit, et ensuite tu indique au
responsable que c'est prêt. Le responsable du projet va alors récupérer
ton travail et le "merger" sur le tronc commun.
Pendant toute la période où tu va travailler sur la fonctionnalité X, tu
pourras d'une part faire plusieurs commit (en local, et donc sans aucune
incidence sur le tronc commun) mais aussi en même temps rester en phase
avec le tronc commun (en ligne).
Si un autre développeur veut travailler avec toi, il va cloner ton
propre dépôt, sans même passer par le tronc commun. Et vous aller merger
ensemble, c'est dégueulasse, surtout que tout ça ne demande aucun droit
d'accès en écriture sur le tronc commun, d'où une grande simplification
de l'admin.

[Mihamina Rakotomandimby (R12y)]

Post by Mihamina Rakotomandimby
Bonjour,
Mon (peut-etre) futur supérieur hierarchique veut qu'on utilise git.
Moi je suis plutot svn (+trac) en ce moment.

Tiens, OpenOffice veut quitter subversion:
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1098393

[Frédéric Logier]

Quelles sont les pour et les contre de git? Existe-t-il un truc à la
trac qui puisse lui etre couplé? Ca m'arrangerai qu'on puisse avoir un
"timeline" et aussi un système de tickets.

http://redmine.org/