il ne supporte pas les submodules qui est une feature capitale pour des devs un peu conséquent avec de l'édition de lien statique, ni les checkout partiels (et ls branches locales ?),ne proposa pas de stratégie de merge automatiques
et sa gestion des changesets ne semble pas supporter le groupage de commit pour faire du cherry picking.
Pour coder seul, ça peut être sympa mais je me demande comment ca passe à l'échelle pour une équipe.
D'ailleurs sur le principe même du bugtracker distribué j'ai des doutes. Le fait de centraliser les demandes ca évite que 2 gugusses prennent en charge la même correction en même temps ou créent un même ticket dans leur coin le résolvent.
[^] # Re: git init --bare
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
D'après ce que j'en lis ici
http://en.wikipedia.org/wiki/Comparison_of_revision_control_software
http://better-scm.shlomifish.org/comparison/comparison.html
il ne supporte pas les submodules qui est une feature capitale pour des devs un peu conséquent avec de l'édition de lien statique, ni les checkout partiels (et ls branches locales ?),ne proposa pas de stratégie de merge automatiques
et sa gestion des changesets ne semble pas supporter le groupage de commit pour faire du cherry picking.
Sinon dans la même veine des DVCS qui embarquent un bugtracker tu as aussi Veracity:
http://linuxfr.org/news/veracity-un-nouveau-gestionnaire-de-versions-d%C3%A9centralis%C3%A9
Pour coder seul, ça peut être sympa mais je me demande comment ca passe à l'échelle pour une équipe.
D'ailleurs sur le principe même du bugtracker distribué j'ai des doutes. Le fait de centraliser les demandes ca évite que 2 gugusses prennent en charge la même correction en même temps ou créent un même ticket dans leur coin le résolvent.