SVN или Mercurial для ветвления текстового документа среди отделов - PullRequest
1 голос
/ 17 января 2011

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

Можно ли с помощью ветвления иметь руководство, посредством которого я могу иметь руководство в / trunk, а затем создавать ветки для каждого отдельного отдела - или что-то подобное? Я не хочу иметь разные текстовые документы для каждого отдела, так как большая часть руководства одинакова.

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

Но я также обеспокоен тем, как работать с конкретными разделами руководства, которые отличаются. Если есть область, где есть примеры, относящиеся к конкретному отделу, как мне сделать так, чтобы у меня была одна версия (ветвь?) С примерами, специфичными для отдела бухгалтерского учета, и другая версия (ветвь?), Имеющая отдел ИТ. конкретные примеры?

А если ветвление / слияние - путь, является ли Mercurial лучшим вариантом, чем SVN? Я новичок в управлении версиями, я редко использовал SVN, и в целом я счастлив, но единственное время, когда мне нужно было объединиться, не было приятным опытом. Я читал, что люди кажутся более счастливыми с Mercurial против SVN для слияния, и хотя я не хочу, чтобы этот вопрос касался SVN и Mercurial, проще ли переходить / объединяться с Mercurial против SVN в моей конкретной ситуации?

Ответы [ 2 ]

2 голосов
/ 17 января 2011

Я пойду на два шага дальше, чем предложил Уилл Хьюз.Вместо разделения документа на n отдельных документов:

  • Используйте мастер-документ , чтобы сгруппировать каждый из вложенных документов.Один мастер на каждую «ветку»
  • Используйте встроенное управление историей ревизий MS-Word.Он достаточно мощный и удобный, когда вы узнаете, как его использовать.

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

1 голос
/ 17 января 2011

Я сомневаюсь, что это сработает так, как вы собираетесь.

Файлы Word .doc представляют собой двоичный формат, который не подходит для того типа слияния, который вы пытаетесь выполнить.

Файлы Word .docx на самом деле представляют собой zip-файл, содержащий разметку документа и другие встроенные элементы. (Продолжайте, переименуйте файл .docx в .zip, а затем откройте его, используя ваш любимый инструмент zip).

Шаблон Word может помочь вам частично, но я бы сказал, что у вас будет больше проблем с его поддержанием, чем он стоит, и у вас не будет возможности объединяться назад и вперед.

Ваш лучший выбор, вероятно, состоит в том, чтобы просто разбить ваш документ на документы «для всей компании» и «для конкретного отдела».

Когда на работу появляется новый сотрудник - вы просто назначаете ему общие для всей компании политики плюс политики, применимые к их отделу.

Итак,

  • Политики Initech

    • Соглашение о конфиденциальности
    • Свод практических правил
    • Уход и дресс-код
  • Политика ИТ-отдела Initech

    • Сетевая безопасность
  • Политика отдела кадров Initech

    • Заполнение вакансий
...