Формат електронних таблиць, сприятливий для Git? [зачинено]

Ми намагаємось перенести наш проект проектної документації з Документів Google до набору власницьких сховищ Git.

Текстові документи досить зручні для Git, оскільки нам зазвичай не потрібне фантазійне форматування, ми просто перетворимо все на, скажімо, мультимаркет із можливістю вбудувати LaTeX у складних випадках.

Але електронні таблиці - це зовсім інша історія ... Чи існує формат електронних таблиць (-подібний), приємний для систем управління версіями (і, бажано, такий же читабельний, як і Markdown)?

"Дружній формат": Git добре працює з форматом (він не відповідає XML), і він генерує людину, що читається, відрізняється ( додаткова конфігурація із залученням зовнішніх інструментів є ОК).

Очевидно, аромати Markdown дозволяють створювати статичні таблиці, але я хотів би мати можливість використовувати такі речі, як SUM()і т.д. ... (Зверніть увагу, що CSV має таку ж проблему.) Ні WYSIWYG не в порядку, але гідна підтримка редактора / інструменту була б приємно.

Оновлення: Лише відповіді для Linux, будь ласка. Немає речей MS Office.

Ви також можете використовувати libreOffice / open-office-spreadsheet-non-zip-xml-fileformat "* .fods", який є простим xml. Коментар @glenatron також стосується цього формату.

Стандартний формат електронних таблиць у форматі open * ".ods" має блискавку у форматі xml та не дуже підходить для git (подібно до відповіді @ Egryan / @ emuddudley).

Це може не відповідати вашим потребам, але може відповідати іншим. Org-режим для Emacs включає table.el, що поряд з особливими вдосконаленнями в режимі Org забезпечує надзвичайно надійне рішення для електронних таблиць, усе в простому тексті. Більше інформації (набагато більше, ніж сфера застосування цього веб-сайту) доступна на веб-сайті та посібнику режиму Org , зокрема в посібнику з електронних таблиць .

А що з розсипкою ? Це потужний і поставляється з приємним графічним інтерфейсом.

Відповідно до сторінки " Перші кроки" :

Формат файлу pys змінився у версії 0.2.0. Зараз це текстовий файл bzip2-ed із такою структурою:

[Поширена версія збереження файлу]

0,1

[форма]

1000 100 3

[сітка]

7 22 0 'Тестовий код1'

8 9 0 'Testcode2'

[атрибути]

[] [] [] [] [(0, 0)] 0 'текстовий шрифт' u'URW Chancery L '

[] [] [] [] [(0, 0)] 0 'крапка "20

[рядок_висоби]

0 0 56,0

7 0 25,0

[col_widths]

0 0 80,0

[макроси]

Текст макросу

Той факт, що це bzip2-ed, не допомагає, але принаймні ви можете отримати доступ до досить читаного тексту.

Ліцензія GPLv3.

CSV (значення, розділені комами)

Якщо ви просто працюєте з даними, це, мабуть, найпростіший і найчастіше підтримуваний формат.

Потрібно полегшити життя, якщо ви хочете відрізнятись між версіями.

О, а Google Docs повністю підтримує імпорт / експорт CSV.

Оновлення:

Тоді просто напишіть сценарій Google Apps, щоб упорядкувати формули експорту та зробити зворотний при імпорті. Вам потрібно буде використовувати деяку винахідливість, оскільки потрібний формат не існує.

Я знаю, що Microsoft Office 2007 та новіші версії за замовчуванням у вигідному форматі XML, коли вони зберігаються. Так що це має бути дружньо для Git. Відкритий офіс також економить у форматі XML, якщо ви хочете використовувати більш відкрите рішення. Оскільки XML - це текстовий формат, git повинен мати можливість досить добре поводитися з ним

Оскільки ви переміщуєте його з Документів Google, ви можете завантажити їх із відкритими документами на основі XML.

Редагувати

Оскільки ви хочете, щоб не було рішення Microsoft / XML, ви завжди можете зберігати CSV у відкритому офісі, хоча я не впевнений, яку функціональність ви втрачаєте, зберігаючи в цьому форматі.

Це може бути не точно, що ви хочете. Я вважаю, що вільний офіс дозволяє вам посилатися на зовнішній файл. У вас може бути електронна таблиця, до якої ви ставитесь як до бази даних, і маєте статичний файл вільного файлу, який буде вашим інтерфейсом. Ви втратите легке підсумовування доступу до своїх версій файлів, якщо не передзвоните їх, але це спрацює.

Ще одна досить велика проблема, пов'язана з цим, полягає в тому, що це односторонній напрямок.