¿Qué tan grande puede ser un DB de Sourcesafe antes de que surjan "problemas"?

Usamos SourceSafe 6.0d y tenemos una database que es de aproximadamente 1,6 GB. Todavía no hemos tenido ningún problema, y ​​no hay ningún plan para cambiar los progtwigs de control de fonts en este momento, pero ¿qué tan grande puede ser la database SourceSafe antes de que se convierta en un problema?

Gracias

¿Ejecutas la utilidad ssarchive incorporada para hacer copys de security? Si es así, 2GB es el tamaño máximo que se puede restaurar. ( http://social.msdn.microsoft.com/Forums/en-US/vssourcecontrol/thread/6e01e116-06fe-4621-abd9-ceb8e349f884/ )

NOTA: el progtwig ssarchive no te dirá esto; Es solo que si intenta restaurar un DB de más de 2GB, fallará. ¡Tener cuidado! Todos estos types que le dicen que están funcionando bien con una database más grande están utilizando otro progtwig de file o no han probado la function de restauración.

He tenido problemas de VSS desde tan solo 1.5-2.0 gigas.

La meta-respuesta es, no lo use. VSS es muy inferior a la media docena de alternativas que tiene a su scope. Se supone que parte del control de la fuente está asegurando la integridad de su repository. Si una de las suposiciones fundamentales de su herramienta de control de origen es que nunca se sabe cuándo comenzará a degradar la integridad de los datos, entonces tiene una herramienta que invalida su propio propósito.

No he visto una casa de software profesional usando VSS en casi una década.

1 byte!

🙂

Lo siento, amigo, me has preparado.

De hecho, he ejecutado un vss db que tenía alnetworkingedor de 40 gigas. No lo recomiendo, pero es posible. Realmente cuanto más grande lo dejas ir, más estás jugando con fuego. He escuchado casos en los que el file db se corrompe y los elementos en el control de la fuente no se pudieron recuperar. Definitivamente lo respaldaría todos los días y comenzaría a search cambiar los sistemas de control de fuente. Después de haber estado en la position del tipo al que llaman cuando falla, puedo decirte que realmente empezará a ser estresante cuando te des count de que podría desaparecer y no volver jamás.

Teniendo en count la cantidad de problemas que SourceSafe puede generar por sí solo, yo diría que el tamaño debe estar en la categoría "Presente en el disco" para que pueda desarrollar problemas.

He administrado un VSS DB más del doble de ese tamaño. Mientras esté atento a ejecutar Analyze , debería estar bien.

Sourcesafe recomienda 3-5G con un "no más de 13G".

En la práctica, sin embargo, el nuestro es más de 20G y parece estar funcionando bien.

Cuanto más grande sea, Analyze encontrará más y más problemas, incluidos files perdidos, etc.

EDITAR: Esta es la palabra oficial: http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

Descubrí que Analyze / Fix comienza a ser extremadamente lento en torno a 2G en un server razonablemente potente. Ejecutamos Analyze una vez al mes en bases de datos que son utilizadas por aproximadamente 20 desarrolladores. La utilidad encuentra soluciones parciales para funcionar, pero el uso real ha estado básicamente libre de problemas durante años en mi lugar de trabajo.

Lo principal según Microsoft es asegurarse de que nunca se quede sin espacio en el disco, sin importar el tamaño de la database.

http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

cita: no permita que Visual SourceSafe o la herramienta Analizar se queden sin espacio en disco mientras se ejecutan. Quedarse sin espacio en el disco en medio de una operación compleja puede crear una grave corrupción en la database.