Программное обеспечение для отслеживания правок книг?

Я использую несколько методов в зависимости от ситуации:

• когда клиент просматривает мою работу, я предоставляю ему PDF-файл и прошу использовать инструменты комментирования Acrobat для вставки комментариев и изменений. Затем я могу пройтись по списку и добавить галочки к комментариям, которые я обработал. Acrobat может фильтровать их, предоставляя мне список комментариев, которые я еще не сделал. Вы также можете объединить комментарии разных людей в один PDF-файл. Я не знаком с параметрами PDF в Linux, но краткий поиск нашел по крайней мере одну программу для чтения PDF в Linux, которая может обрабатывать комментарии: Okular.
• если это недоступно или комментарии более общие, я использую текстовый файл. Один комментарий на абзац, и после обработки комментария я добавляю к нему постфикс «-ok».

Система контроля версий может помочь вам отслеживать различия (позволяя сравнивать предыдущие и последующие версии книги), но, насколько мне известно, это не самый простой способ вести список комментариев.

Могу ли я порекомендовать подход, который я использую, поскольку я также лицензирую свой контент для повторного использования:

1. Источник — я предпочитаю исходный формат HTML, но вы также можете использовать LaTex. Прекрасно работает со всеми вашими форматами распространения — PDF, Mobi, Word и т. д. Google Web Designer — редактор для всех основных ОС http://www.google.com/ webdesigner Нравится эта строка из лицензионного соглашения — вы сохраняете право собственности на любые права интеллектуальной собственности, которыми вы владеете в этом контенте. Короче говоря, то, что принадлежит вам, остается вашим.

2. Отслеживание — GIT http://git-scm.com/ Независимо от того, является ли формат HTML, двоичным, он отлично справляется с отслеживанием изменений, ответвлений, ревизий и выпусков, а Github или Bitbucket — отличные облачные репозитории для работы с участниками.

3. Задачи — мне нравится Jira https://www.atlassian.com/software/jira , а также облачная

Я использую все три для своих работ, и это окупилось в прямом и переносном смысле — Happy Writing.

Git можно настроить так, чтобы он отображал проверки «ревизий» в Jira, поэтому его легко отслеживать и позволять другим вносить свой вклад, следить за ходом выполнения, предоставлять Project Wiki и т. д.

Прежде всего, я бы не стал использовать LaTeX (если только это не требуется). LaTeX великолепен, если вам нужен PDF-файл, выглядящий как коллегиальный, но конвертировать в другие форматы сложно (я знаю по опыту). Я бы рекомендовал уценку или более продвинутый reStructuredText . Тогда все, что вам нужно, это pandoc для преобразования документа (дополнительным плюсом является то, что вы можете преобразовать rstили mddocs в LaTeX, если это необходимо).

В дополнение к этому, предложение @what хорошее. Git — отличная VCS. Если вы синхронизируете свою работу с таким местом, как GitHub, и не хотите, чтобы ваша работа была видна, просто зашифруйте ее с помощью gpg .

Google документирует это из коробки, но оставляет желать лучшего в отношении управления гигантским документом. И есть также беспокойство по поводу хранения, если вы когда-нибудь достигнете предела и должны будете заплатить за это.

Программист во мне считает, что лучшим решением, вероятно, будет писать «идею», сохраняющую обычный текст. Затем вы можете использовать что-то вроде git или SVN. Это можно сделать, если вам удобно работать в чем-то вроде блокнота и настраивать репозиторий с контролем версий; но это потребует много личного управления и технических ноу-хау.

Scrivener может сделать что-то подобное, по крайней мере, я слышал; но я использую его больше месяца и не нашел этой функции, так что ее, по крайней мере, невозможно обнаружить, если она действительно существует.