Subversion et fichiers Quickbooks

Je peux répondre à une de vos questions : Nous utilisons régulièrement Subversion pour des fichiers binaires de 20mb, et il les gère très bien. Évidemment, vous ne pouvez pas faire un diff ou un blame sur eux, et donc vous ne pouvez pas avoir de concurrence. Nous utilisons des checkouts réservés sur nos fichiers binaires pour contourner ce problème.

El Livre sur la subversion fait un très bon travail pour expliquer comment Subversion fonctionne et stocke ses fichiers. La seule partie dont je me souviens qui soit pertinente est que lorsque vous faites une branche, elle fait no stocke une copie complète de chaque arbre, mais je ne sais pas si cela s'applique ou non aux fichiers binaires.

Consultez le site http://svnbook.red-bean.com/

Je pense qu'un DVCS (comme git, mercurial, ou bzr) pourrait être plus adapté à votre application car cela signifie que vous n'avez pas besoin d'un dépôt séparé pour les fichiers... la copie de travail est au même endroit que le dépôt. Il est vrai que la mise en place d'un dépôt dans svn est facile, mais c'est juste une chose de plus à gérer... et tous les administrateurs système le savent. moins à gérer est une bonne chose.

Subversion peut gérer des fichiers qui sont assez grands pour vos besoins... J'ai livré des fichiers de plusieurs centaines de Mo et cela a fonctionné ; j'ai eu quelques problèmes lorsque j'ai atteint les 2 Go. _{(Peu importe la raison pour l'instant.)}

Une approche qui pourrait bien fonctionner pour vous, en fonction de votre configuration, serait de fournir un accès webdav au référentiel. OS/X permet de les utiliser de manière assez transparente ; si vous utilisez des clients Windows, vous devrez vous renseigner, mais il devrait y avoir quelque chose. Webdav vous donnerait essentiellement un dossier partagé qui ressemble à une partie de votre système de fichiers. Vous enregistrez le fichier Quickbooks dans ce partage et travaillez à partir de celui-ci. Toutes les écritures se terminent comme commits à svn, il n'y a donc pas d'étapes supplémentaires commits. Oui, vous allez générer un grand nombre de commits assez rapidement, mais cela ne devrait pas être un problème.

Quant à la façon dont svn stocke ses fichiers, cela devient assez compliqué, mais il stocke essentiellement des deltas afin que vous n'ayez pas des centaines de copies d'un fichier lorsque vous avez des centaines de commits.

Je conserve les fichiers QB sous svn depuis des années maintenant - principalement avec tortoise sous Windows. Cela fonctionne, mais QB ne se comporte pas particulièrement bien lorsqu'il s'agit de toucher des fichiers, il faut donc faire attention à ne pas se retrouver avec de faux conflits.

Par exemple, le simple fait d'ouvrir le fichier le touche, laissant penser à svn qu'il y a eu une modification. De plus, QB peut insister pour toucher les fichiers .nd même s'ils ne le concernent pas.

Mais ça marche. Et les 20 Mo et plus ne sont pas un problème.