Pregunta

Voy a conseguir algo de espacio en el servidor de tamaño arbitrario, y se le dará el acceso ssh, para establecer un repositorio de subversion.

Pero, no tengo idea de cuánto espacio a pedir.Por ahora, se va a alojar mi proyecto cms para que mi colega puede contribuir a que el código así.Pero si se pone en cualquier lugar, esperamos ampliar en el sistema, posiblemente muchos proyectos en la repo.

Que va a contener php y otros basados en la web los códigos, así como varias imágenes.¿Cuánto cuesta una buena cantidad de espacio sin exagerar?20mb?200mb?

¿Fue útil?

Solución

Teniendo en cuenta una típica en la web del proyecto con un par de imágenes y PDF para descargar puede tener un tamaño de 20 MB por sí mismo, usted tendrá más de que si desea almacenar el SVN de la historia.

Por ejemplo, en mi personal SVN server, en la web del proyecto (mi blog, que no es muy grande), el repositorio SVN tiene un tamaño de 181 MB -- y no son más de 150 las revisiones o así (He dejado de usar SVN del proyecto).

Otro (más pequeños :casi ninguna de archivos binarios como imágenes, y el marco está vinculado a través de svn:externals) pet-proyecto con cerca de 100 revisiones cuenta con un repositorio tamaño de 49MB.

Y, sin embargo, otro proyecto (sitio web pequeño, sólo un par de revisiones, ya que es un sitio web que no se mantenga más, y para que no me acabo de SVN mi servidor SVN como una copia de seguridad de mecanismos) cuenta con un repositorio tamaño de 22M ;teniendo en cuenta el proyecto, algo más pequeño parece extraño...

Así, por un buen proyecto, varios cientos de MB probablemente será necesario un día u otro, especialmente si hay un par de diferentes desarrolladores.

Otros consejos

Depende del tamaño del proyecto.Obviamente, se necesitan al menos tanto espacio como el tamaño de su proyecto.A continuación, se necesita más espacio para almacenar los cambios que SVN sigue la pista.

Con el costo de espacio en estos días, ¿por qué está usted preocupado con más de hacerlo?Acaba de lanzar un par de conciertos en él.

Obtener el tamaño de una revisión completa y rellenar de la siguiente fórmula:

TotalSize = OneRevisionSize * (n * 1.09)

Donde n es la cantidad esperada de las revisiones.(Si usted no tiene ninguna idea, 1000 n) Cada rama debe ser recalculado seperatly con la misma fórmula.Para cada etiqueta debe el mismo tamaño que ser reservado como una revisión.

Si todo lo que usted va a tener en el repositorio de texto, no va a ser muy grande.Subversion es muy buena en el delta compresión con el texto, y no duplicar objetos con ramas, etiquetas, y se funde si se hacen correctamente.

Sin embargo, si usted está almacenar grandes archivos binarios que cambian con el tiempo, especialmente pre-comprimido de archivos como imágenes o de vídeo, el repositorio va a crecer rápidamente.También si usted llega en ejecutables de compilación, clases Java .NET asambleas, que en realidad variar un poco, incluso con sólo una pequeña fuente de cambio de código.Subversion todavía intenta hacer delta compresión de estos archivos, sino que cambian tanto en un nivel de bytes a partir de la revisión de la revisión no puede hacer mucho si nada.

Tenemos dos repos para un gran proyecto...la "fuente" repo es sólo unos pocos cientos de MB a pesar de más de 40000 archivos y 20000 revisiones con un montón de ramas y se funde.Tiene sólo los archivos de texto para la mayor parte, o imágenes constantes.El "construido" repo para este mismo proyecto es de casi 10 GB de tamaño, porque comprobamos construido en Java .los archivos de clase (y en algunos casos todo el FRASCO y el OÍDO de los archivos).Mantenemos la "construido" repo para una rápida implementación y reversiones (no queremos tener que hacer un construir desde el código fuente para revertir a una versión buena en casos de emergencia).

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top