Sinon, je n'ai jamais utilisé (contrairement à fossil que j'ai utilisé de manière expérimentale et git que j'utilise à la fois au taf et pour mes projets persos, mais sans maîtriser), mais j'en ai lu énormément de bien, mercurial.
Je sais que c'est étrange, normalement on est censé défendre la technologie que l'on utilise, ne serait-ce que par résistance au changement... mais, pour moi, les 3 (D)VCS les plus intéressants sont (pas ordre d'intérêt personnel, pas par ordre d'usage réel personnel) fossil, git, et mercurial.
Fossil à l'avantage d'être une forge, et comme ma religion me dit d'utiliser surtout du code natif ça colle, mais, je ne sais pas encore l'utiliser, surtout dans le cas de projets liés entres eux...
Git permets de référencer d'autres projets, via les submodules, est intégré à toutes les forges qui ne veulent pas gérer le versionnage, et est codé en natif aussi. C'est aussi l'outil le plus célèbre, et le fait que j'ai du apprendre par moi-même d'abord SVN, puis git m'a déjà été dur, alors j'ai surement une forte résistance au changement de ce côté... d'autant que je reste un dev, quelqu'un qui vise à automatiser son propre taf pour être payé à ne rien faire d'emmerdant!
Mercurial est le l'outsider de git.
Il prétends apporter la facilité d'usage, mais rien de plus (pas de fonctionnalités supplémentaires).
Côté subjectif, mercurial... est codé en python, et d'une part le côté interprété du langage et d'autre part mon expérience des paquets pythons dans debian (oh, la jolie dépendance manquante! non, j'ai pas de source, juste vécu trop souvent, et non, c'est pas la faute du langage, juste des dev et empaqueteurs qui ne se basent pas sur un système strictement minimal pour définir leurs dépendances) font que j'ai deux arguments plus ou moins foireux en faveur de ma résistance au changement.
[^] # Re: Fossil
Posté par freem . En réponse à la dépêche Sortie de Garradin 0.9 : recherche avancée, exportation ODS, etc.. Évalué à 3.
Sinon, je n'ai jamais utilisé (contrairement à fossil que j'ai utilisé de manière expérimentale et git que j'utilise à la fois au taf et pour mes projets persos, mais sans maîtriser), mais j'en ai lu énormément de bien, mercurial.
Je sais que c'est étrange, normalement on est censé défendre la technologie que l'on utilise, ne serait-ce que par résistance au changement... mais, pour moi, les 3 (D)VCS les plus intéressants sont (pas ordre d'intérêt personnel, pas par ordre d'usage réel personnel) fossil, git, et mercurial.
Fossil à l'avantage d'être une forge, et comme ma religion me dit d'utiliser surtout du code natif ça colle, mais, je ne sais pas encore l'utiliser, surtout dans le cas de projets liés entres eux...
Git permets de référencer d'autres projets, via les submodules, est intégré à toutes les forges qui ne veulent pas gérer le versionnage, et est codé en natif aussi. C'est aussi l'outil le plus célèbre, et le fait que j'ai du apprendre par moi-même d'abord SVN, puis git m'a déjà été dur, alors j'ai surement une forte résistance au changement de ce côté... d'autant que je reste un dev, quelqu'un qui vise à automatiser son propre taf pour être payé à ne rien faire d'emmerdant!
Mercurial est le l'outsider de git.
Il prétends apporter la facilité d'usage, mais rien de plus (pas de fonctionnalités supplémentaires).
Côté subjectif, mercurial... est codé en python, et d'une part le côté interprété du langage et d'autre part mon expérience des paquets pythons dans debian (oh, la jolie dépendance manquante! non, j'ai pas de source, juste vécu trop souvent, et non, c'est pas la faute du langage, juste des dev et empaqueteurs qui ne se basent pas sur un système strictement minimal pour définir leurs dépendances) font que j'ai deux arguments plus ou moins foireux en faveur de ma résistance au changement.