Estamos tratando de mover nuestro proceso de documentación del proyecto de Documentos de Google a un conjunto de repositorios Git autohospedados.
Los documentos de texto son lo suficientemente amigables con Git, ya que generalmente no necesitamos ningún formato sofisticado, simplemente convertiremos todo a, por ejemplo, multimarkdown con una opción para incrustar LaTeX para casos complejos.
Pero las hojas de cálculo son una historia bastante diferente ... ¿Existe un formato de hoja de cálculo (similar) que sea amigable con los sistemas de control de versiones (y, preferiblemente, es tan legible como Markdown)?
"Formato amigable": Git funciona bien con el formato ( no lo hace con XML) y genera diferencias legibles por humanos ( la configuración adicional que involucra herramientas externas está bien).
Obviamente, los sabores de Markdown permiten crear tablas estáticas, pero me gustaría poder usar cosas como SUM()etc. (tenga en cuenta que CSV tiene el mismo problema). bonito.
Actualización: solo respuestas compatibles con Linux, por favor. No hay cosas de MS Office.
fuente
Respuestas:
También puede usar libreOffice / open-office-spreadsheet-non-zip-xml-fileformat "* .fods", que es xml simple. El comentario de @glenatron también se aplica a este formato.
El formato de hoja de cálculo de oficina abierta estándar "* .ods" está comprimido en xml y no es tan adecuado para git (similar a la respuesta @ Egryan / @ emuddudley).
fuente
Esto puede no ajustarse a sus necesidades, pero puede adaptarse a las de otros. El modo Org para Emacs incluye
table.el, lo que, junto con las mejoras particulares del modo Org, proporciona una solución extremadamente robusta para hojas de cálculo, todo en texto plano. Hay más información (mucho más que el alcance de este sitio) disponible en el sitio web y el manual de Org-mode , particularmente en su hoja de cálculo .fuente
¿Qué pasa con pyspread ? Es potente y viene con una buena GUI.
De acuerdo con la página de Primeros Pasos :
El hecho de que sea bzip2-ed no ayuda, pero al menos puedes acceder a un texto bastante legible.
La licencia es GPLv3.
fuente
CSV (valores separados por comas)
Si solo está trabajando con datos, es probable que sea el formato más simple y más compatible.
Debería hacerte la vida más fácil si quieres diferenciar entre versiones.
Ah, y Google Docs es totalmente compatible con la importación / exportación CSV.
Actualizar:
Luego, simplemente escriba una secuencia de comandos de Google Apps para clasificar las fórmulas en la exportación y hacer lo contrario en la importación. Necesitarás usar algo de ingenio porque el formato que estás buscando no existe.
fuente
SUM()etc.Sé que Microsoft Office 2007 y versiones posteriores tienen un formato xml propiciatorio cuando se guardan. Entonces eso debería ser amigable para Git. Open Office también se guarda en formato xml si desea utilizar una solución de código abierto más. Dado que un XML es un formato de texto, git debería poder manejarlo bastante bien
Como lo está moviendo desde Google Documents, puede descargarlos y tiene documentos abiertos que están basados en xml.
Editar
Dado que desea una solución que no sea Microsoft / XML, siempre puede guardar un CSV en una oficina abierta, aunque no estoy seguro de cuánta funcionalidad pierde al guardar en este formato.
fuente
Esto podría no ser exactamente lo que quiere Creo que libre office le permite hacer referencia a un archivo externo. Podría tener una hoja de cálculo que trate como una base de datos y tener un archivo libre estático que sería su interfaz. Perdería el acceso fácil sumando en sus archivos versionados a menos que los devuelva la llamada, pero funcionaría.
Otro problema bastante grande con esto sería que es unidireccional.
fuente