Intégration dans Trac
=============
La je crois qu'il n'y a pas trop de pb de ce coté avec les outsiders
Intégration dans eclipse
===============
HGE (pour Hg) est à ma connaisance assez abouti et son dev est maintnat soutenu par CodeBeamer un editeur de bug tracker.
Le plugin pour Bazaar est à chier.
Par contre tu parles de Windows (Visual Studio) et cc'ets un peu ma crainte aves GIT.
Au niveu du CLI rien de consistant.
On a d'un coté msygit en natif et de l'autre une réimplementation en Java JGit avec un CLI balbutiant et un plugin Egit basé dessus.
Qu'est-ce qui se passe quand le format de stockage évolue. Sont-ils compatibles à 100% en attaquant le même dépôt
Hg me parait plus consistant avec un seul backend quelque soit l'OS.
Hg a aussi un "command set" beaucoup plus simple à appréhender.
Enfin, je ne parlerai pas de la possibilité de customiser Git sous Windows (à coup de cygwin c'est quand même un peu gruik)
Avec Hg tu peux ecrire tes plugins et tes hooks en python plutôt que d'appeler des suprocess ou des scripts. J'imagine qu'il doit y avoir une API C à Git mais existe t'elle sous Windows. Peut-être que l'API EGit est suffisante.
L'historique
=========
Ta demande est un peu confuse
A un moment on a l'impression, que c'est l'arbre de version Clearcase (par fichier) qui te manque puis le browsing des sources distant via ton navigateur
et après en local dans Eclipse.
En quoi le fait que le browsing local est un pb ? Tu n'as qu'a updater et en plus c'est beaucoup plus rapide.
Si tu le fais à distance tu passes par ton navigateur (avec HG tu as d'ailleurs un mini serveur web qui te permet de browser n'importe quel clone)
Il existe peut-être des plugins qui pemettent de browser dans Eclipse un repository distant mas je ne vois pas l'intérêt. (sauf peut-être ne pas être polluer par les branches locales de Git)
# Suite
Posté par El Titi . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 4.
=============
La je crois qu'il n'y a pas trop de pb de ce coté avec les outsiders
Intégration dans eclipse
===============
HGE (pour Hg) est à ma connaisance assez abouti et son dev est maintnat soutenu par CodeBeamer un editeur de bug tracker.
Le plugin pour Bazaar est à chier.
Par contre tu parles de Windows (Visual Studio) et cc'ets un peu ma crainte aves GIT.
Au niveu du CLI rien de consistant.
On a d'un coté msygit en natif et de l'autre une réimplementation en Java JGit avec un CLI balbutiant et un plugin Egit basé dessus.
Qu'est-ce qui se passe quand le format de stockage évolue. Sont-ils compatibles à 100% en attaquant le même dépôt
Hg me parait plus consistant avec un seul backend quelque soit l'OS.
Hg a aussi un "command set" beaucoup plus simple à appréhender.
Enfin, je ne parlerai pas de la possibilité de customiser Git sous Windows (à coup de cygwin c'est quand même un peu gruik)
Avec Hg tu peux ecrire tes plugins et tes hooks en python plutôt que d'appeler des suprocess ou des scripts. J'imagine qu'il doit y avoir une API C à Git mais existe t'elle sous Windows. Peut-être que l'API EGit est suffisante.
L'historique
=========
Ta demande est un peu confuse
A un moment on a l'impression, que c'est l'arbre de version Clearcase (par fichier) qui te manque puis le browsing des sources distant via ton navigateur
et après en local dans Eclipse.
En quoi le fait que le browsing local est un pb ? Tu n'as qu'a updater et en plus c'est beaucoup plus rapide.
Si tu le fais à distance tu passes par ton navigateur (avec HG tu as d'ailleurs un mini serveur web qui te permet de browser n'importe quel clone)
Il existe peut-être des plugins qui pemettent de browser dans Eclipse un repository distant mas je ne vois pas l'intérêt. (sauf peut-être ne pas être polluer par les branches locales de Git)