Je reprends, cvs gère les fichiers binaires, il faut mettre l'option -kb. Ce que je ne me souviens plus, c'est si il garde chaque version, j'avais le souvenir qu'il ne gardait que la dernière.
subversion gère aussi parfaitement les méta-données. Pour les fichiers binaires, il les détecte automatiquement et n'en conserve que les xdelta de différence.
Bref, subversion est très robuste, simple.
Si tu veux un mode local, tu peux utiliser la surcouche décentralisé svk qui marche aussi très bien.
Les autres gestionnaires de versions, je ne les connais pas trop mais j'ai souvent eu l'impression qu'ils sont plus orientés code source que subversion. Par exemple, les gestionaires basé sur la notion de patch sont super bien pour améliorer le développement de code source, ca oblige a dissocier les modfications que l'on apporte en fonction d'objectif clair. L'idée derrière est de pouvoir appliquer les patch dans un autre ordre, et c'est généralement possible.
Dans le cas de fichier binaire, on est obligé de suivre l'ordre des "commit". La notion de patch a donc moins d'intérêt il me semble.
[^] # Re: Spécialisé binaire ?
Posté par Sytoka Modon (site web personnel) . En réponse au message versionning de fichiers binaires. Évalué à 2.
subversion gère aussi parfaitement les méta-données. Pour les fichiers binaires, il les détecte automatiquement et n'en conserve que les xdelta de différence.
Bref, subversion est très robuste, simple.
Si tu veux un mode local, tu peux utiliser la surcouche décentralisé svk qui marche aussi très bien.
Les autres gestionnaires de versions, je ne les connais pas trop mais j'ai souvent eu l'impression qu'ils sont plus orientés code source que subversion. Par exemple, les gestionaires basé sur la notion de patch sont super bien pour améliorer le développement de code source, ca oblige a dissocier les modfications que l'on apporte en fonction d'objectif clair. L'idée derrière est de pouvoir appliquer les patch dans un autre ordre, et c'est généralement possible.
Dans le cas de fichier binaire, on est obligé de suivre l'ordre des "commit". La notion de patch a donc moins d'intérêt il me semble.