Как использовать Mercurial для контроля версий текстовых документов?

Ответ 1

Сначала я бы рекомендовал два бесплатных онлайн-источника о Mercurial: hginit и книга Mercurial: окончательное руководство.

Теперь, на ваши вопросы.

Я начну с третьего. Да, можно добавлять имена к ревизиям, они называются тегами.

Чтобы зафиксировать существующие версии в линейной истории в одном репозитории, выполните следующие действия:

mkdir myNewRepo
cd myNewRepo
hg init

Теперь у вас есть новый репозиторий. Для каждого каталога компании повторите следующие шаги, чтобы скопировать файлы в репозиторий, сделать их известными hg, зафиксировать их и пометить эту новую ревизию именем.

cp ../oldVersionA/* .
hg add letter.tex resume.tex diploma.pdf
hg commit -m "Job application to A Inc."
hg tag companyA

Обратите внимание, что вам нужно только добавить каждый путь к файлу один раз в репозиторий.

Ответ 2

Мне нечего сказать об использовании Hg, но я думал, что поделился бы некоторыми неприятными проблемами, которые у меня были с использованием git для моих латексных файлов (я полагаю, hg будет вести себя одинаково).

VCS, вероятно, первоначально были разработаны для кода версий, и, как правило, у вас есть одно предложение на строку. Однако, с латексными и другими текстовыми документами, естественно написать полный абзац текста, не разбивая каждую строку на отдельное предложение. Поэтому любое изменение слова в абзаце сдвигает позиции всех других следующих слов в параграфе, а когда вы делаете diff, он показывает, что весь абзац изменен. Это раздражает, когда у вас много текста, и вы делаете ревизию, а затем все подсвечивается! Вот небольшой пример:

\documentclass{article}
\begin{document}
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque blandit lacus aliquet eros tempus non tristique nisl consectetur. Sed orci odio, viverra quis rutrum eu, eleifend eget risus. Nam elementum tempus auctor. Nunc tincidunt dui et mauris varius faucibus ultrices nulla iaculis. 
\end{document}

После первоначальной фиксации и внесения небольшого изменения здесь вывод diff:

Я не могу сказать, какие изменения я сделал! Обходным путем является использование необязательного --color-words, в котором будут выделены только слова, которые были изменены. Обычно я использую этот параметр diff по умолчанию. Вы можете узнать, есть ли что-то похожее на меркурий.

Хотя git записывает весь абзац как измененный, он выделяет только слова, которые были изменены, что достаточно для меня.

Альтернативное решение требует небольшого изменения в том, как вы пишете ваши латексные файлы. Рассмотрим этот пример, измененный из приведенного выше.

\documentclass{article}
\begin{document}
Lorem ipsum dolor sit amet, consectetur adipiscing elit.
Pellentesque blandit lacus aliquet eros tempus non tristique nisl consectetur.
Sed orci odio, viverra quis rutrum eu, eleifend eget risus.
Nam elementum tempus auctor.
Nunc tincidunt dui et mauris varius faucibus ultrices nulla iaculis. 
\end{document}

Здесь каждое предложение получает свою собственную строку. Если вы скомпилируете оба примера латекса, разница в выходе не будет. Это связано с тем, что латекс автоматически помещает пробел после периода и игнорирует один разрыв строки. Теперь, когда вы делаете изменения внутри строки и различаете ее, git выделяет только эту строку, а не весь абзац. Это то, что я начал медленно начинать, хотя сначала было неприятно не читать текст абзаца.

Ответ 3

Мой любимый учебник по Mercurial здесь Joel Spolsky

Вы можете попробовать использовать графические инструменты для Mac OS, такие как Murky или MacHg.

Это поможет вам начать работу.

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

UPDATE: Mercurial также имеет репозиторий и рабочий каталог. Разница в том, что хранилище Mercurial хранится локально, и все это. Нет части "центрального сервера". Вся история, теги, ветки хранятся в каталоге .hg в вашем проекте. Рабочий каталог - всего лишь моментальный снимок данной версии. Например, в истории вашего репозитория имеется 99 коммитов. Код рабочего каталога может быть обновлен, чтобы соответствовать, скажем, 50 commit или 98 commit. Таким образом, вы "перемотка вперед" или "перемотать" рабочий каталог, указав номер фиксации (или хеш).