CVS n'est qu'un gestion de version de fichier, pas de révision de l'arbre de code.
SVN est un gestionnaire de version de dossier, pas de résition de l'arbre de code dans le sens le plus pûr.
SVN est presque idéal néanmoins:
- renomme un fichier et tu es mort lors des merges (rien que ça ça décridibilise la notion de gestionnaire de code)
- les merges demandent trop d'effort (je suis faignant). Je dois faire attention de ne pas oublier un commit lors d'un merge, alors que ce que je veux c'est "branche A => Branche B". Merci au revoir. C'est possible de le faire, l'ancètre commun est facile à trouver. Git et Hg le font très bien. Collabnet et son merge utility permet de simplifier le truc, néanmoins ce n'est pas idéale.
Maintenir une branche de dev et une branche de production doit être le plus simple possible, avec une vue claire de ce qui est appliquée ou pas. Et surtout une vue efficace des merges. Sur les projets SVN, j'utilise le plugin revision history de trac, qui est pas mal (mais il manque des svn:info.... pourquoi il y a des "extensions" (loi de murphy, qui dit extention dit forcément "manquante") comme ça, alors que ça devrait être obligatoire.
[^] # Re: Première ligne, premier troll
Posté par Stibb . En réponse au journal Mercurial ou GIT. Évalué à 8.
SVN est un gestionnaire de version de dossier, pas de résition de l'arbre de code dans le sens le plus pûr.
SVN est presque idéal néanmoins:
- renomme un fichier et tu es mort lors des merges (rien que ça ça décridibilise la notion de gestionnaire de code)
- les merges demandent trop d'effort (je suis faignant). Je dois faire attention de ne pas oublier un commit lors d'un merge, alors que ce que je veux c'est "branche A => Branche B". Merci au revoir. C'est possible de le faire, l'ancètre commun est facile à trouver. Git et Hg le font très bien. Collabnet et son merge utility permet de simplifier le truc, néanmoins ce n'est pas idéale.
Maintenir une branche de dev et une branche de production doit être le plus simple possible, avec une vue claire de ce qui est appliquée ou pas. Et surtout une vue efficace des merges. Sur les projets SVN, j'utilise le plugin revision history de trac, qui est pas mal (mais il manque des svn:info.... pourquoi il y a des "extensions" (loi de murphy, qui dit extention dit forcément "manquante") comme ça, alors que ça devrait être obligatoire.