Самый гибкий открытый формат документа Word Word (не MS Word) Для Git Versioning and Collaboration

Question

Я ищу, чтобы начать совместный документ Word в Git и хотите узнать, что является лучшим форматом?

Некоторые требования к этому документу - это: возможность легко добавить простую разметку, например жирный шрифт, курсив, возможно, некоторые размеры шрифта или выделение (ничего слишком технического). Способность работать без сбоев в git без слишком сложных команд, поскольку не все в проекте будут git-гуру или даже могут быть в первый раз пользователями. Что-то, что светло

Я уже предвзято относился к Microsoft Word, потому что я не хочу платить за него, и у него много колоколов и свистов, которые мне не нужны, и, откровенно говоря, надоедать.

Я уже склоняюсь к использованию OpenOffice Writer с форматированием ODF. Кто-нибудь сделал это или у вас есть предложения по поводу того, почему это не очень хорошая идея? Есть много форматов на выбор, например:

Это классно подавляющее.

Мое рассуждение об использовании OpenOffice заключается в том, что оно бесплатное, оно может устанавливаться на большинстве компьютеров и является открытым исходным кодом. Этот проект также является открытым исходным кодом, и, похоже, использование инструментов с открытым исходным кодом верно для духа.

Я знаю, что это не дискуссионный форум, и я действительно ищу окончательный ответ на тип файла или некоторые предложения от кого-либо, у кого есть опыт работы с версиями текстовых и текстовых документов в Git. Не исключено, что SVN будет использовать этот проект, главным образом потому, что он сосет. Благодаря!

обновление: Идея заключается в том, чтобы версии этого в Github

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

Существует неплохое предложение о том, как использовать Markdown, как в Github README, что звучит для меня потрясающе, но я не уверен, что это напугает не-github, а не техников, которые не разбираются в компьютерах.

Answer 1

Я решил пойти с wiki по номеру wikispaces. Я чувствую, что он удовлетворяет всем моим потребностям. Я обобщу некоторые из плюсов и минусов использования.

GitHub плюсы:

• Удивительная сообщества и сотрудничество

GitHub минусы:

• Не очень проста в использовании (хотя это спорно)

Wiki профи:

• Простой в использовании для всех видов разных людей

Wiki минусах:

• Это некрасиво, мне не нравится система управления версиями, и сообщество кажется скучным.

В конечном счете мне пришлось выбирать удобство использования во всех интересных функциях Github.

Я должен отдать должное @ Karl выше.

Я очень ценю всю помощь и многому увлекаюсь. Особенно узнал о некоторых интересных особенностях Github.

Спасибо!

Answer 2

Возможно, вы уже понимаете, что механизмы управления источниками, как правило, не подходят для версий документов a la Word. Вместо этого вы, возможно, захотите рассмотреть, особенно потому, что используете GitHub, это простые текстовые файлы с форматом Markdown. Это не сложно узнать, и GitHub автоматически отобразит форматирование при отображении, скажем, README.md.

Тип документа, который вы используете, имеет мало или ничего общего с кривой обучения для использования Git, которая будет подобна независимо от того, что вы используете для управления версиями.

Answer 3

Предполагая, что вы хотите придерживаться OpenOffice (другие ответы/комментарии, похоже, указывают на то, что это не является жестким требованием), последние версии OO позволяют сохранять в несжатом формате XML (в данном случае - файл .fodt), который действительно работает довольно хорошо для хранения в VCS, хотя файлы значительно больше сжатого формата, дельта для последующих версий достаточно близка к размеру фактических изменений файла.

Answer 4

Markdown - открытый стандарт, и он используется многими крупными компаниями.

Существует отличный инструмент, который пользователи могут использовать для редактирования файлов уценка:

http://markdownpad.com/

Answer 5

Я бы сказал, что GitHub использует kramdown, который является надстройкой уценки. Я поддерживаю сноски, таблицы и другие стандартные отметки. Как вам может понадобиться один из них, подумайте о настройке локальных редакторов, которые поддерживают kramdown, или, скорее, the php extras kramdown implements.

Answer 6

gollum выглядит как еще один возможный вариант, хотя я мало знаю об этом. это вики, построенный github, удивленный, никто не упоминал об этом.

Answer 7

Существует несколько систем управления документами с открытым исходным кодом, которые обрабатывают документы OoO разной степени открытости.

У этого есть список.

http://wiki.i-rs.ru/wiki/OpenOffice.org_Solutions#Content_.26_Document_Management_Systems.2C_Search_Technology

Однако я думаю, что ваше предложение просто распаковка файлов ööö и хранить их в Git довольно элегантно. Я подозреваю, что это было сделано, возможно, как плагин. Было бы хорошо, если бы у упомянутого подключаемого модуля был способ увидеть сообщения о фиксации.