Использование Microsoft Word с Git

By | 16.04.2015

Одним из основных проблем написания журнальную статью, чтобы отслеживать версиях — как различные версии вы создаете, как документ прогрессирует, и объединить изменения, сделанные вашими сотрудниками. Для большинства ученых Microsoft Word пишет умолчанию инструмент, и это как очень хороший и очень плохо в этом. Очень хорошо, потому что трек изменения особенность делает его легко увидеть, что изменилось с момента последней версии, а кто сделал изменения. Очень плохо, потому что эта функция строится вокруг держать все в одном документе Word, так что только один человек может работать на над рукописью в то время. Это, как правило, означает отправку рукописи вокруг по электронной почте, и быть очень осторожным, не путая разные версии документа, которая требует творчества .

Подходы к преодолению этих проблем являются) интегрировать документы Word, в инструменты для совместной работы, такие как Sharepoint и Office 365, или документ, файлообменников, таких как Dropbox и Google Docs (если вы используете его для этого), или б) использует различные авторинга инструмент в целом. Если ни один из этих подходов работает для вас, у вас есть третий вариант: использовать систему контроля версий Git .

Git является программным обеспечением, которое помогает отслеживания изменений в файлах, так что вы можете вспомнить конкретные версии позже. Git, как правило, используется для отслеживания изменений исходного кода программного обеспечения (и был первоначально разработан Linus Torvalds для разработки ядра Linux в 2005 году), но на самом деле он может быть использован для любого файла, в котором мы хотите отслеживать версии с течением времени. Git — это программное обеспечение с открытым исходным кодом, которая работает на локальном компьютере, поэтому, пожалуйста, идти вперед и начать отслеживать изменения в ваших рукописей (или других сложных документов) с Git. Каждый раз, когда вы хотите сохранить версию, не Git совершить с небольшим описанием и дополнительной метки.

Такой подход не является идеальным, так как Git была написан с исходным кодом в текстовом формате в виду, и, например, не понимаю, что изменилось между двумя ревизиями документа Word. Некоторые люди скажут вам, чтобы никогда не хранить двоичные файлы в системе контроля версий, но не слушать их. Вместо дать Git инструмент для преобразования документов Word, в обычный текст, и Git будет счастливо сказать вам, что изменилось между версиями. Некоторые инструменты могут сделать это, но, поскольку ранее в этом месяце Pandoc может читать документы Word В DOCX формате. Сделайте следующее, чтобы Pandoc конвертировал документы Word в уценкой, и сравнить изменения от слова, а не от линии (что делает больше смысла):

Вы можете использовать Git wdiff important_file.docx чтобы увидеть изменения (с удалений в красном и вставок в зеленый цвет), или Git войти -p —word дифференциала = цвет important_file.docx , чтобы увидеть все изменения с течением времени.

Хотя теперь вы можете отслеживать изменения документа Word, и увидеть изменения, вы также хотите, чтобы иметь возможность объединить различные версии документа Word, вместе с тем, что вы и ваши сотрудники могут работать над рукописью параллельно. Git не может объединить двоичные файлы вместе, так что вы должны сначала преобразовать документ Word, в формат, который Git понимает. Так же, как и в предыдущем примере, можно использовать для Pandoc, что, с уценкой, как в текстовом формате. Это также будет работать с HTML или латекса, но простота уценки делает это лучше подходит для управления версиями, которые не знают о разметке из этих форматов.

Одна из причин, что Git стал настолько популярным является то, что это распределенная система контроля версий, а не централизованная система, как, например, Subversion. Это означает, что вы можете отслеживать все изменения на локальном компьютере, но все еще ​​может синхронизировать изменения с другим пользователем. Github является популярный сервис, который облегчает эту синхронизацию и добавляет некоторые полезные функции на вершине. Один из способов сотрудничать с вашими соавторами Поэтому, чтобы создать хранилище GitHub (государственный или частный) для вашей рукописи, а также хранить эталонную версию рукописи в формате уценки. Вместо того чтобы работать на мастер-версии непосредственно, вы должны использовать Pandoc конвертировать туда и обратно между этой главной версией в формате уценки и ваш документ Word, и будет продолжать использовать слово как инструмент разработки. Rakali является Pandoc инструмент, который я выпустил на прошлой неделе которые могут помочь автоматизировать этот преобразования документов. Github имеет аа много особенностей, чтобы облегчить сотрудничество, которое может быть использовано здесь, например, вопросы GitHub для обсуждения и управления задачами.

Есть еще несколько грубых краев в рабочем процессе, описанном выше (например, только частичной поддержке отслеживания изменений Word), но это интересный подход к сотрудничеству с помощью Microsoft Word и Git. И этот рабочий, конечно, могут быть улучшены также включать авторов, которые пишут в LaTeX или один из других форматов, которые поддерживает Pandoc. Один хороший побочный эффект использования уценки в том, что Github автоматически сделать веб-страницу для документа (которая не будет делать для HTML без дополнительных усилий).

Оригинал статьи: http://blog.martinfenner.org/2014/08/25/using-microsoft-word-with-git/

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

One thought on “Использование Microsoft Word с Git

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Лимит времени истёк. Пожалуйста, перезагрузите CAPTCHA.