Formato foglio di calcolo Git-friendly? [chiuso]

32

Stiamo cercando di spostare la nostra documentazione di progetto da Google Documenti a una serie di repository Git self-hosted.

I documenti di testo sono abbastanza amichevoli per Git, dato che di solito non abbiamo bisogno di alcuna formattazione elaborata, convertiremo tutto in, ad esempio, multimarkdown con un'opzione per incorporare LaTeX per casi complessi.

Ma i fogli di calcolo sono una storia abbastanza diversa ... Esiste un formato spreadsheed (-like) che è amichevole con i sistemi di controllo delle versioni (e, preferibilmente, è leggibile da umani come Markdown)?

"Friendly format": Git funziona bene con il formato (it non con XML) e genera diff-read leggibili dall'uomo ( extra configuration che coinvolge strumenti esterni è OK).

Ovviamente, i sapori di Markdown consentono di costruire tabelle statiche, ma mi piacerebbe poter usare cose come SUM() etc ... (nota che CSV ha lo stesso problema.) No WYSIWYG è OK, ma decente il supporto per editor / strumenti sarebbe bello.

Aggiornamento: solo risposte compatibili con Linux, per favore. Nessuna roba MS Office.

    
posta Alexander Gladysh 04.01.2013 - 10:34
fonte

6 risposte

11

Puoi anche usare libreOffice / open-office-spreadsheet-non-zip-xml-fileformat "* .fods" che è semplicemente xml. Il commento di @glenatron si applica anche a questo formato.

Il formato di foglio di calcolo openice standard "* .ods" è zippato xml e non è così adatto per git (simile alla risposta di @ Egryan / @ emuddudley).

    
risposta data 04.01.2013 - 15:33
fonte
7

Questo potrebbe non essere adatto alle tue esigenze, ma potrebbe adattarsi a un altro. Org-mode per Emacs include table.el , che, insieme ai miglioramenti specifici di Org-mode, fornisce una soluzione estremamente robusta per i fogli di calcolo, tutto in testo normale. Ulteriori informazioni (molto più della portata di questo sito) sono disponibili sul sito web di Org-mode e sul manuale , in particolare tutorial per fogli di lavoro .

    
risposta data 17.07.2013 - 19:28
fonte
4

Che dire di pyspread ? È potente e viene fornito con una bella interfaccia grafica.

In base alla pagina Primi passi :

The pys file format has changed in version 0.2.0. It now is a bzip2-ed Text file with the following structure:

[Pyspread save file version]

0.1

[shape]

1000 100 3

[grid]

7 22 0 'Testcode1'

8 9 0 'Testcode2'

[attributes]

[] [] [] [] [(0, 0)] 0 'textfont' u'URW Chancery L'

[] [] [] [] [(0, 0)] 0 'pointsize' 20

[row_heights]

0 0 56.0

7 0 25.0

[col_widths]

0 0 80.0

[macros]

Macro text

Il fatto che sia bzip2-ed non aiuta ma almeno puoi accedere ad un testo abbastanza leggibile.

La licenza è GPLv3.

    
risposta data 04.01.2013 - 16:55
fonte
4

CSV (Comma Separated Values)

Se lavori solo con i dati, è probabilmente il formato più semplice e più comunemente supportato.

Dovrebbe semplificare la vita se si desidera diff tra le versioni.

Oh, e Google Documenti supporta pienamente l'importazione / esportazione CSV.

Aggiornamento:

Quindi scrivi uno script di Google Apps per rendere più rigorose le formule all'esportazione e fai l'inverso all'importazione. Dovrai utilizzare un po 'di ingegno perché il formato che stai cercando non esiste.

    
risposta data 04.01.2013 - 17:57
fonte
1

So che Microsoft Office 2007 e il valore predefinito sono più alti in un formato xml propiziatorio quando salvano. Quindi dovrebbe essere amichevole per Git. Open Office salva anche in un formato xml se si desidera utilizzare una soluzione più open source. Dato che un XML è un formato di testo, git dovrebbe essere in grado di gestirlo abbastanza bene

Dal momento che lo stai spostando da Google Documenti puoi scaricarli con documenti aperti basati su xml.

Modifica

Dato che desideri una soluzione non Microsoft / XML che puoi sempre salvare ha un CSV in ufficio aperto, anche se non sono sicuro di quanta funzionalità perdi salvando in questo formato.

    
risposta data 04.01.2013 - 13:27
fonte
0

Potrebbe non essere esatto quello che vuoi Credo che libre office ti permetta di fare riferimento a file esterni. Potresti avere un foglio di calcolo trattato come un database e avere un file libre statico che sarebbe la tua interfaccia. Perderesti facilmente l'accesso ai tuoi file con versione, a meno che non li richiamassi, ma funzionerebbe.

Un altro problema piuttosto grande è che è unidirezionale.

    
risposta data 17.07.2013 - 22:16
fonte

Leggi altre domande sui tag