Les performances semblent être du côté de Git. Quoique pour gérer nos
30 fichiers cela ne devrait pas être trop pénalisant
...
- pas encore tester les IHMs (plugins Eclipse, TortoiseXXX). Je pense pourtant que la différence se fera dessus en ce qui nous concerne, notamment le support Windows.
Le support de Git pour Windows est encore balbutiant.
Jusqu'à peu, il fallait impérativement Cygwin
Aujourd'hui un port natif existe: http://code.google.com/p/msysgit/
mais il n'est pas encore réputé stable.
Enfin, au niveau des performances, attends toi à un décalage avec Linux
Les branches faciles priori à gérer pour Git. 3 ou 4 méthodes différentes pour Mercurial qui était pourtant censé être plus simple.
Détrompes toi, avec Mercurial, il faut juste intégrer le fait que plusieurs heads peuvent coexister dans une archive et qu'il faut les résoudre.
L'avantage c'est que tu n'es justement pas obligé de brancher lorsque tes besoin sont simples. (1 seul effort de developpement)
Tu clones, tu modifies, tu commites.
Tu pull, tu merges, tu commites
Les branches ne sont en fait qu'une étiquette que tu colles pour éviter de merger toutes les heads de ton archive lorsque tu as effectivement besoin de gestion parallèle.
Les branches s'apparentent à des "faisceaux" ou sous-graphes de commit
Avec Git la branche est une notion stricte. Une branche ne peut pas avoir 2 heads.
Git semble être la référence actuelle des SCM distribués. Autant travailler avec la référence.
Un conseil, ne fais pas la même remarque à propos de Windows et Linux ici ;-)
[^] # Re: Merci
Posté par nomorepost . En réponse au message Quel SCM ?. Évalué à 3.
Les performances semblent être du côté de Git. Quoique pour gérer nos
30 fichiers cela ne devrait pas être trop pénalisant
...
- pas encore tester les IHMs (plugins Eclipse, TortoiseXXX). Je pense pourtant que la différence se fera dessus en ce qui nous concerne, notamment le support Windows.
Le support de Git pour Windows est encore balbutiant.
Jusqu'à peu, il fallait impérativement Cygwin
Aujourd'hui un port natif existe:
http://code.google.com/p/msysgit/
mais il n'est pas encore réputé stable.
Enfin, au niveau des performances, attends toi à un décalage avec Linux
Les branches faciles priori à gérer pour Git. 3 ou 4 méthodes différentes pour Mercurial qui était pourtant censé être plus simple.
Détrompes toi, avec Mercurial, il faut juste intégrer le fait que plusieurs heads peuvent coexister dans une archive et qu'il faut les résoudre.
L'avantage c'est que tu n'es justement pas obligé de brancher lorsque tes besoin sont simples. (1 seul effort de developpement)
Tu clones, tu modifies, tu commites.
Tu pull, tu merges, tu commites
Les branches ne sont en fait qu'une étiquette que tu colles pour éviter de merger toutes les heads de ton archive lorsque tu as effectivement besoin de gestion parallèle.
Les branches s'apparentent à des "faisceaux" ou sous-graphes de commit
Avec Git la branche est une notion stricte. Une branche ne peut pas avoir 2 heads.
Git semble être la référence actuelle des SCM distribués. Autant travailler avec la référence.
Un conseil, ne fais pas la même remarque à propos de Windows et Linux ici ;-)