Des systèmes de contrôle de version orientés vers le multimédia (gros fichiers)?

Existe-t-il des systèmes de contrôle de version qui sont particulièrement bons (ou mauvais) pour traiter les gros fichiers? Rien de trop fou, mais de plusieurs centaines de mégaoctets à un gigaoctet, disons.

Nous avons actuellement la subversion en place, mais il y a quelques marmonnements à son sujet n'étant pas idéal à cette fin. Je ne suis pas moi-même développeur, et je ne sais pas à quel point ils sont objectifs, alors j'ai pensé que je ferais une rapide enquête communautaire pour plus d'informations.

Je suis intéressé par le comportement ou l'adéquation de ces solutions VCS du point de vue des systèmes ainsi que du point de vue de l'utilisateur.

TIA.

Une autre option faite pour les workflows multimédias et créatifs est AlienBrain, qui appartient désormais à Avid. Il est utilisé par de nombreux studios de jeux pour contrôler la version des ressources et du code du jeu.

http://www.alienbrain.com/

Ce n'est peut-être pas la meilleure solution si vous ne traitez pas avec des médias.

Vous constaterez qu'ils sont très importants en ce qui concerne les fichiers binaires.

Les marmonnements que vous avez entendus proviennent très probablement de l'idée que le contrôle de version des binaires est un peu en contradiction avec la puissance du contrôle de version. Les fichiers binaires ne peuvent pas être différenciés ou fusionnés, ils sont donc traités comme des copies stupides. Le fichier entier est remplacé à chaque petite modification.

Cela ne veut pas dire que vous ne pouvez pas contrôler les versions des fichiers binaires ou bien que cela ne vous est pas utile . Si vous devez restaurer un fichier dans la version que vous avez validée hier. Dans ce cas, il vous a été utile.

Bien que vous puissiez trouver une solution de stockage avec des instantanés vous sert mieux et plus efficacement.

Il semble que Boar satisferait vos exigences. Il s'agit du contrôle de version pour les gros fichiers binaires tels que les vidéos ou les images.

La grande majorité de ceux qui doivent gérer des charges de fichiers binaires (par exemple des jeux) ont tendance à utiliser par force, parfois avec une couche dessus.

git-annex "permet de gérer des fichiers avec git, sans vérifier le contenu du fichier dans git. Bien que cela puisse sembler paradoxal, il est utile lorsque vous traitez des fichiers plus gros que git ne peut actuellement les gérer facilement, que ce soit en raison de limitations de mémoire, de temps ou de disque espace."

Adobe propose la version Cue CS4, conçue pour les projets multimédias. Vous voudrez peut-être vérifier cela.

Je crois que Bazaar gère assez bien les fichiers binaires, cela semble être documenté ici (4.1). Je suppose que cela dépend si vous voulez dépenser de l'argent ou non, car la documentation indique qu'il existe de meilleurs outils (il ne les nomme pas cependant).

La page Wikipedia de Subversion indique également qu'il prend en charge les fichiers binaires, bien que je n'en ai pas d'expérience personnelle, je ne peux donc pas commenter son fonctionnement.

Prise en charge native des fichiers binaires, avec un stockage binaire-diff à faible encombrement.

Si, et c'est un gros si, vous utilisez le logiciel Autodesk (Maya, Autocad, Inventor, etc ...) Ensuite, il y a Autodesk Vault .

J'ai récemment découvert cela au travail. Ce n'est pas gratuit, mais c'est apparemment le seul VCS qui fonctionne sur les fichiers multimédia d'Autodesk.

Cependant, il ne convient que pour le suivi des modifications des fichiers qu'il peut inspecter, donc dessiner des fichiers convient, mais pas possible pour les `` ressources rendues ''.

J'irais probablement avec git.

Une méthode entièrement latérale consiste à utiliser le système de fichiers union AUFS qui est utilisé par Docker pour permettre aux utilisateurs de créer des différences avec des nœuds de système de fichiers entiers et de les publier. Ils en parlent sur leur blog .

Ce n'est pas un contrôle de version avec tous les outils de git mais cela permet d'ajouter et de modifier des fichiers dans une grande arborescence sans limite de taille réelle.

Ce serait une solution très robuste uniquement pour les fichiers multimédias, mais je ne pense pas qu'elle donne un contrôle granulaire, donc ce serait mieux pour les projets où le besoin est similaire à celui de Docker.

Git pourra gérer des fichiers binaires de "plusieurs centaines de mégaoctets à un gigaoctet". C'est très rapide.

La recherche sur la gestion des actifs numériques semble s'appeler "DAM" - c'est un segment destiné aux développeurs de jeux, aux studios, aux scientifiques qui ont de gros fichiers. Il existe de nombreux produits commerciaux, et peut-être que l'interface graphique sera facile car le segment est destiné aux artistes et aux non-ingénieurs. Je regarde resourcespace.org en ce moment parce que son open-source et semble simple et flexible.