He escuchado discusiones sobre cómo los archivos de OpenOffice (ODF) se comprimen en archivos zip de XML y otros datos. Así que hacer un pequeño cambio en el archivo puede potencialmente cambiar totalmente los datos, por lo que la compresión delta no funciona bien en los sistemas de control de versiones.Descomprime archivos de OpenOffice para un mejor almacenamiento en el control de versión
He hecho pruebas básicas en un archivo de OpenOffice, descomprimiéndolo y luego volviéndolo a comprimir sin compresión. Utilicé la utilidad de compresión de Linux para mi prueba. OpenOffice lo abrirá felizmente.
Así que me pregunto si vale la pena desarrollar una pequeña utilidad para ejecutar en archivos ODF cada vez justo antes de comprometerme con el control de versiones. ¿Alguna idea sobre esta idea? Posibles mejores alternativas?
En segundo lugar, ¿cuál sería una buena y sólida manera de implementar esta pequeña utilidad? Bash shell que llama zip (probablemente solo Linux)? ¿Pitón? ¿Algún problema que se te ocurra? Obviamente, no quiero manipular accidentalmente un archivo, y hay varias maneras en que podría suceder.
trampas posibles que se me ocurren:
- espacio en disco insuficiente
- algún otro problema de permisos que impide la escritura en el archivo o archivos temporales
- documento ODF está encriptada (probablemente sólo debe salir de estos solos; el cifrado probablemente también provoque grandes cambios de archivos y, por lo tanto, impida la compresión delta eficiente)
El uso del formato * .fodt y * .fods para los documentos es la manera más fácil de mantener los archivos de libreoffice calc y writer en control de versiones. No hay necesidad de utilidades o ganchos de confirmación de lujo y los beneficios del control de versión de texto sin formato están todos allí. – FvD