Я внимательно посмотрел на другие темы, похожие на это, но до сих пор не могу найти никого с хорошей рекомендацией для кроссплатформенного (OSX, Windows) командного рабочего процесса в InDesign, который прост и не требует, чтобы пользователи работали напрямую сетевой ресурс.
Есть ли у кого-нибудь реальный опыт поддержки системы регистрации заезда / выезда для InDesign, такой как эта:
Я рассматриваю Subversion, поскольку на обеих платформах есть несколько клиентов. Я использую SVN для наших команд разработчиков приложений, и мне это нравится. Но не раздувается ли репозиторий, если все время фиксируются только большие двоичные файлы? Могу ли я отключить управление версиями и оставить последнюю версию (не хуже, чем сетевой ресурс)?
Дело в том, чтобы иметь систему, в которой люди могут работать локально, не беспокоясь о перезаписи результатов работы друг друга, а также легко получать и фиксировать изменения.
нет, SVN не может хранить «только последнюю версию», я думаю (из всех SCM, которые я использовал), что только Visual Source Safe имеет эту функцию.
SVN довольно успешно обрабатывает двоичные файлы, и их фиксация только добавит различия в репо, поэтому он не раздувается так быстро. Тем не менее, он все равно будет раздуваться по сравнению с текстовыми файлами (мой опыт: размещение 1MB dll не сильно раздувает его).
Вы можете время от времени избавиться от раздувания, экспортируя весь репозиторий, затем удалив его и добавив обратно экспортированные файлы. Вы теряете историю (очевидно), но у вас будет только последняя версия файлов и крошечный, обрезанный репозиторий впоследствии. Если вас не интересует история, это сработает. Просто не используйте одно и то же репо с файлами, история которых вам небезразлична - или выгружайте / фильтруйте / загружайте эти файлы, чтобы сохранить их.
SVN неплохо справляется с большими размерами репо, у меня есть один с 300 000 ревизий и размером 12 ГБ.
У вас будут проблемы с блокировкой, так как вы не можете объединить изменения из двух двоичных файлов в 1. Поэтому вашим дизайнерам придется принять модель блокировка-изменение-фиксация.
Кроме того, если у вас есть правильная настройка, вы можете работать с SVN на общем ресурсе webdav, поэтому репозиторий будет отображаться для дизайнеров как общий сетевой ресурс. Они копируют общий ресурс на локальный, редактируют файл, затем копируют его обратно, и он выполняет фиксацию в фоновом режиме. Однако это не блокирует файл, поэтому произойдет перезапись. Ваша команда может быть довольна этим ограничением, поскольку это означает, что им никогда не придется беспокоиться об обновлении своей рабочей копии, и при этом они смогут воспользоваться историей.
редактировать: FYI, вы можете увидеть, насколько велика дельта, посмотрев непосредственно в репозиторий SVN. SVN хранит каждую ревизию в виде файла в каталоге db / revs. В последних версиях будет один каталог на каждые 1000 ревизий, названный по номеру. Итак, если у вас меньше тысячи ревизий, будет каталог с именем «0», в котором будет по 1 файлу на ревизию. Отметьте что-нибудь и посмотрите на размер этого файла. Это дельта-размер (для всей ревизии вы можете получить размер каждого отдельного файла внутри нее, но для этого нужно посмотреть содержимое файла - проще зафиксировать только 1 файл в этой ревизии, чтобы увидеть).
Похоже, Subversion - ваш наиболее вероятный ответ, однако вы не можете объединять изменения в двоичных файлах. Я считаю, что Git и Mercurial столкнутся с той же проблемой.
Я могу ошибаться, но разве не одно из главных обещаний SVN, что он действительно может иметь дело с инкрементными изменениями в двоичных файлах?
В любом случае, для дизайнера я бы рекомендовал использовать Subversion с таким клиентом, как этот: