combien d'espace serveur ai-je besoin d'un dépôt de subversion?

Question

Je vais être obtenir un peu d'espace serveur de taille arbitraire, et avoir accès ssh à mettre en place un dépôt subversion.

Mais, je ne sais pas à quel point l'espace de demander. Pour l'instant, il va héberger mon projet CMS afin que mon collègue peut contribuer au code. Mais si elle devient nulle part, nous espérons étendre le système, peut-être mis de nombreux projets dans le repo.

Il va contenir php et autres codes basés sur le Web, ainsi que plusieurs images. Combien est une bonne quantité d'espace sans exagérer? 20mb? 200mb?

Answer 1

Compte tenu d'un typique web projet avec quelques images et PDF à télécharger peuvent avoir une taille de 20 Mo par lui-même, vous aurez besoin de plus que si vous voulez stocker l'historique SVN.

Par exemple, sur mon serveur SVN personnal, pour un projet web (mon blog, ce qui est pas si grand) , le dépôt SVN a une taille de 181 Mo - et il n'y a pas plus de 150 révisions ou si (je l'ai arrêté d'utiliser SVN pour ce projet) .

Une autre (plus petit: presque pas de fichier binaire comme des images, et le cadre est relié par svn:externals). pet-projet avec environ 100 révisions a une taille de dépôt 49MB

Et encore un autre projet (petit site, seulement quelques révisions, car il est un site que je ne prétends pas plus, et pour lequel je svn juste mon serveur SVN en tant que mécanisme de sauvegarde) a une taille de dépôt 22M; compte tenu du projet, rien de plus petit semble bizarre ...

Alors, pour un projet décent, plusieurs centaines de Mo sera probablement nécessaire un jour ou l'autre, surtout s'il y a un couple de différents developpeurs.

Answer 2

Cela dépend de la taille du projet. Évidemment, il faut au moins autant d'espace que la taille de votre projet. Vous aurez alors besoin de plus d'espace pour stocker les changements SVN garde la trace.

ces jours-ci, pourquoi êtes-vous concernés par le coût de l'espace avec plus de le faire? Il suffit de jeter quelques concerts dans ce domaine.

Answer 3

Retourne la taille d'une révision complète et remplir dans la prochaine formule:

TotalSize = OneRevisionSize * (n * 1.09)

Où n est le montant prévu des révisions. (Si vous ne savez pas, utiliser 1000 comme n) Chaque branche doit être recalculé séparement avec la même formule. Pour chaque balise doit de la même taille que réserver une révision.

Answer 4

Si tout ce que vous allez avoir dans le dépôt du texte, il ne sera pas très grand. Subversion est très bon à la compression delta avec le texte, et ne reproduit pas des objets avec des branches, des étiquettes, et se confond si elles sont faites correctement.

Cependant, si vous stockez les grands binaires qui changent au fil du temps, en particulier les fichiers pré-compressés comme des images ou des vidéos, le dépôt se développera rapidement. Aussi, si vous archivez, exécutables compilés classes Java, .NET ensembles, qui varient en fait un peu, même avec seulement un petit changement de code source. Subversion essaie toujours de faire de la compression delta sur ces fichiers aussi, mais ils changent tant au niveau de l'octet de la révision à la révision, il ne peut pas faire grand-chose si quoi que ce soit.

Nous avons deux prises en pension pour un grand projet ... la « source » repo est à seulement quelques centaines de Mo, malgré plus de 40 000 fichiers et 20000 révisions avec beaucoup de branches et se confond. Il a des fichiers texte pour la plupart, ou des images immuables. Le « construit » repo pour ce même projet est près de 10 Go, parce que nous vérifions dans les fichiers .class Java intégrés (et dans certains cas, l'ensemble des fichiers JAR et EAR). Nous maintenons le repo « construit » pour le déploiement rapide et rollbacks (nous ne voulons pas avoir à faire une accumulation de la source à revenir à une bonne version en cas d'urgence).