Как мне обрабатывать PDF-файлы, документы Word и электронные таблицы Excel с помощью Subversion?

Question

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

В прошлом году я импортировал весь наш сайт в Subversion.Я импортировал это точно, как это было, мусор и все.PDF-файлы, изображения, папки _vti_cnf на первой странице, ВСЁ.

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

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

Обратите внимание

Изображения, разные.TortoiseSVN может сравнивать изображения, и они являются другим животным.Они будут влиять на внешний вид сайта.Это не относится к PDF-файлам, Word-документам, Excel, Access DBS, ZIP-файлам, фильмам и т. Д. ...

---

Здесь описан процесс управления обновлениями веб-сайтов до производства.Обновления сайта производятся еженедельно, после обновления сайта я создаю копию с тегом для этой недели.

1. Я получаю запрос на обновление PDF новой версией и изменение текста гиперссылки наесть новое описание
2. Я обновляю свою рабочую копию до последней версии, я делаю html-код для сайта.
3. Я копирую новую версию файла PDF в мою рабочую копию, заменяя старый файл PDF новым.
4. На данный момент моя рабочая копия показывает 2 ожидающих изменения, хотя на самом деле только одно изменение кода.PDF-файлы - это просто содержание.
5. Я commit оба изменения в моем репо.
6. Теперь, когда пришло время перейти к производству, я сравниваю свой ствол с папкой тегов прошлой недели.
7. TortoiseSVN может генерировать экспорт только тех файлов, которые необходимо обновить на производстве, с полными путями.Я делаю это, чтобы всегда можно было скопировать рут на производственный сайт.
8. Я экспортирую файлы и структуры пустых папок в место, где другая команда берет его и копирует в производство.

Таким образом, при использовании этого метода и код, и PDF-файл переносятся в производство.Но мне это не нравится.

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

Answer 1

Рассматривали ли вы использовать что-то вроде Nexus или Artifactory для хранения этих документов? Да, эти программы предназначены для управления репозиториями Maven, но нет причин, по которым вы должны использовать Maven для их использования.

Преимущество:

• Через веб-интерфейс они могут сами загружать документы в хранилище. Это исключает один момент, когда «Finger o 'Blame» может указывать на вас. Больше не нужно: «Вы поместили неправильную копию в релиз. Нет, вы дали мне неправильную». аргументы.
• Когда вы делаете релиз, вы можете автоматически получить нужную ревизию в процессе сборки.
• Файлы все еще "версионированы". Они не находятся под системой контроля версий, которая хранит их в виде различий, но если вам нужно повторить выпуск предыдущего месяца, у вас есть нужные версии PDF-файлов для извлечения.
• Они могут добавлять в документы выпуск следующего месяца, а не ждать до последней минуты. Вы извлечете файлы для выпуска в этом месяце, потому что вы знаете выпуск. С Subversion вы, вероятно, использовали самую последнюю версию.

Другая возможность - использовать что-то вроде Dropbox . Интерфейс настолько прост, что его может использовать даже менеджер. И, в качестве бонуса, Dropbox также проверяет все документы для вас. Вы создаете общий Dropbox между ними и вами, и они просто помещают нужные документы в этот каталог.

Проблема с Subversion не в двоичных файлах, а в том, что вы застряли, потому что Subversion действительно слишком сложна для людей, не имеющих технической подготовки. (Таким образом, вы получаете файлы и помещаете их в хранилище). Релиз-репозиторий, такой как Artifactory или Nexus, может вывести вас из цикла.

Answer 2

Я собираюсь создать второй репо в SVN.Назовите это htdocs, это может раздуться настолько, насколько это необходимо.

Я свяжу его как svn: external для моего реального хранилища.

Без суеты.Нет мусс.

Answer 3

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

Наличие файлов в системе управления версиями не является проблемой;проблема в том, что вы посредник.Вы никогда не откажетесь от обновления PDF, так зачем ставить себя в такое положение?Не будь посредником;работать в направлении дезинтермедиации.Либо:

A. Дайте маркетингу разрешение обновлять файлы непосредственно в самой Subversion, либо
B. работайте с производственной командой, чтобы отдел маркетинга былместо, куда они могут доставлять файлы напрямую.

Обратите внимание, что у Marketing вполне может быть преимущество, если его PDF-файлы (или, что еще лучше, исходные файлы, из которых они генерируют PDF-файлы) находятся в управлении версиями;Вы, очевидно, знаете преимущества, поэтому, может быть, вы сможете убедить их (показать им, как дифференцировать!).Но это не обязательно должен быть ваш репозиторий, если вы по какой-то причине действительно против этого.