Seguimiento de archivos de Excel en el Control de versiones

Question

Estamos ramificándonos más allá del equipo de desarrollo e intentando que otros grupos dentro de mi compañía usen el control de versiones para documentos importantes que necesitan un seguimiento de cambios. Una necesidad frecuente es para las hojas de cálculo de Excel. Estas son hojas de cálculo grandes, modificadas con bastante frecuencia (semanal o mensual) pero con solo una pequeña parte de las celdas cambiadas cada vez.

Simplemente pegando los archivos en subversion (la herramienta particular que estamos usando) ofrece un historial de cambios y mantiene las versiones anteriores. Y el cliente TortoiseSVN lo hace fácil para usuarios no técnicos. Las versiones recientes de TortoiseSVN incluso contienen a script que se pueden usar para realizar agradables diferencias visuales entre documentos de Excel.

Mi preocupación restante es el espacio en disco. Estos son documentos grandes. Las diferencias entre las versiones son pequeñas, pero me preocupa que el control de la versión note que el archivo es binario y que vuelva a almacenar cada versión por separado. ¿Alguien sabe de una solución para esto? Por ejemplo, ¿un formato en el que podríamos ahorrar en el que los diffs serían pequeños para que solo se guarden las diferencias, o un sistema de control de versiones que sea específicamente consciente de los archivos de Excel? Todavía no he realizado pruebas de rendimiento, pero nuestro servidor de control de versiones ya está muy cargado y, si hay una solución mejor, me gustaría saber de qué se trata.

Answer 1

Actualmente SVN no puede almacenar eficientemente esos tipos de archivos. Ha habido una cierta discusión sobre ello

http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=651443

Esta pregunta SO muestra un gráfico al almacenar un documento de Office OpenXML. Los resultados fueron bastante lineal

Will Subversion efficiently store OpenXML Office documents?

Aunque su pregunta no era específicamente sobre ese formato que todavía se pueden aplicar. Puede que necesite ejecutar una prueba en SVN y ver qué tipo de almacenamiento toma. SVN es bastante bueno en el almacenamiento de archivos binarios, por lo que puede no ser demasiado terrible. La anterior pregunta SO también menciona guardar el archivo como un documento de texto plano XML 2003, que también puede investigar.

Answer 2

Una consideración es usar Team Foundation Server para el control de código fuente (si es una opción), que solo almacenará los cambios delta, aunque puede ser un poco pesado para lo que está buscando.

Answer 3

Desde mi entender, el texto vs. binaria no tiene un impacto en el tamaño de almacenamiento en SVN: http://help.collab.net/index.jsp?topic=/faq/svnbinary.html