Мы пытаемся переместить процесс документирования нашего проекта из Документов Google в набор автономных репозиториев Git.
Текстовые документы достаточно дружественны к Git, так как обычно нам не нужно никакого необычного форматирования, мы просто конвертируем все, скажем, в multimarkdown с возможностью встраивания LaTeX для сложных случаев.
Но электронные таблицы - это совсем другая история. Существует ли формат, похожий на электронные таблицы, который удобен для систем управления версиями (и, предпочтительно, так же удобочитаем, как и Markdown)?
«Дружественный формат»: Git хорошо работает с форматом ( не с XML) и генерирует удобочитаемые различия ( дополнительная конфигурация с использованием внешних инструментов - это нормально).
Очевидно, что варианты Markdown позволяют создавать статические таблицы, но я хотел бы иметь возможность использовать такие вещи, как и SUM()т. Д. (Обратите внимание, что CSV имеет ту же проблему.) Нет WYSIWYG в порядке, но приличная поддержка редактора / инструмента будет хороший.
Обновление: ответы только для Linux, пожалуйста. Нет MS Office вещи.
источник
Ответы:
Вы также можете использовать libreOffice / open-office-spreadsheet-non-zip-xml-fileformat "* .fods", который является простым xml. Комментарий @glenatron относится и к этому формату.
Стандартный открытый формат электронных таблиц "* .ods" имеет формат zip xml и не очень подходит для git (похоже на ответ @ Egryan / @ emuddudley).
источник
Это может не соответствовать вашим потребностям, но может соответствовать другим. Org-mode для Emacs включает в себя
table.el, что, наряду с конкретными усовершенствованиями Org-mode, обеспечивает чрезвычайно надежное решение для электронных таблиц, все в виде простого текста. Дополнительную информацию (намного больше, чем область действия этого сайта) можно найти на веб-сайте Org-mode и в руководстве , в частности, в руководстве по работе с электронными таблицами .источник
Как насчет pyspread ? Это мощный и поставляется с хорошим графическим интерфейсом.
Согласно странице « Первые шаги» :
Тот факт, что это bzip2-ed, не помогает, но, по крайней мере, вы можете получить доступ к вполне читабельному тексту.
Лицензия GPLv3.
источник
CSV (значения, разделенные запятыми)
Если вы просто работаете с данными, это, вероятно, самый простой и наиболее поддерживаемый формат.
Должно облегчить жизнь, если вы хотите, чтобы разные версии.
Да, и Google Docs полностью поддерживает импорт / экспорт CSV.
Обновить:
Затем просто напишите сценарий Google Apps, чтобы упорядочить формулы при экспорте и сделать обратное при импорте. Вы должны будете использовать некоторую изобретательность, потому что формат, который вы ищете, не существует.
источник
SUM()т. Д.Я знаю, что Microsoft Office 2007 и более поздние версии по умолчанию используют примирительный формат xml при сохранении. Так что это должно быть дружелюбно по отношению к Git. Open office также сохраняет в формате xml, если вы хотите использовать более открытое решение. Поскольку XML - это текстовый формат, git должен уметь с ним справляться достаточно хорошо.
Поскольку вы перемещаете его из Документов Google, вы можете загрузить их с открытыми документами на основе XML.
редактировать
Поскольку вам нужно решение, отличное от Microsoft / XML, вы всегда можете сохранить CSV в открытом офисе, хотя я не уверен, какую функциональность вы потеряете, сохранив этот формат.
источник
Это может быть не совсем то, что вы хотите, я полагаю, что libre office позволяет ссылаться на внешний файл. Вы можете иметь электронную таблицу, которую вы рассматриваете как базу данных, и иметь статический файл libre, который будет вашим интерфейсом. Вы потеряли бы простой доступ к суммированию в ваших версионных файлах, если не перезвоните им, но это сработает.
Еще одна довольно большая проблема в этом заключается в том, что она является одной направленной.
источник