Не версионный каталог SVN?

Question

Проблема, с которой мы сталкиваемся, заключается в том, что клиент поставляет нам контент для включения в выпуски, включая большое количество видеофайлов.Их содержимое обычно отправляется в SVN, но, поскольку у них нет доступа к нему, управление версиями этих больших двоичных файлов не совсем подходит для SVN.Наше тестирование не требует этих файлов (нам просто нужно протестировать, мы можем запустить видео, если оно найдено), и мы не несем ответственности за проверку / тестирование предоставленного клиентом контента.

Поэтому я подумал, возможно ли этоиметь каталог SVN, который не является версионным, и является просто обычным каталогом, который все еще можно извлечь при обновлении / извлечении?Или, может быть, у SVN есть способ извлечь файлы из источника, отличного от SVN, что-то вроде svn: externals, но не смотреть на другой репозиторий?

Есть ли для этого решение SVN или мы хотим избежать создания версийфайлы, мы должны просто поместить их в другое хранилище и настроить скрипт сборки / развертывания, чтобы вытащить их отдельно?

Answer 1

Увы, нет, в Subversion хранятся все версии, переданные в него - нет никакого флага, который можно было бы установить, чтобы сохранить только последнюю версию.Может быть, через день после внедрения облитерации, но не ждите этого:)

В принципе, SVN-решения для этого не существует - поэтому вам нужно взглянуть на сервер управления документами,или просто отдельное хранилище файлов.

Существует один вариант, который может работать для вас, однако, если вы используете TortoiseSvn, вы можете использовать его клиентские хуки для автоматического извлечения видеофайлов из хранилища файлов в локальную систему,

Альтернатива для решения полностью-подрывной деятельности - хранить ваши видеофайлы в нем как обычно, но затем регулярно сбрасывать / фильтровать / загружать репозиторий для очистки старых версий.Это может занять некоторое время, если видеофайлы очень большие, поэтому я не уверен, рекомендую ли я их, но если вы сохранили их в своем собственном репо, вы можете просто получить последнюю версию, удалить весь репо и повторно импортироватьфайл, который вы только что получили для повторной инициализации репо с 1 версией.Экономит место и может быть заскриптован, но, вероятно, не стоит того, чтобы вам пришлось просто совать всем «убрать ваши видеофайлы» с «\ server \ videos».

Answer 2

Является ли проблема мостом между вашим клиентом и репозиторием SVN или версией бинарных файлов?

Во втором, я думаю, нет ничего сложного.Читайте здесь: http://help.collab.net/index.jsp?topic=/faq/svnbinary.html

Обратите внимание, что то, является ли файл двоичным или нет, не влияет на объем пространства хранилища, используемого для хранения изменений в этом файле, и не влияет на объем трафика междуклиент и сервер.В целях хранения и передачи Subversion использует метод сравнения, который одинаково хорошо работает с двоичными и текстовыми файлами;это совершенно не связано с методом сравнения, используемым командой svn diff.

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

Answer 3

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

Как насчет этого? Создайте отдельный выделенный SVN-репозиторий для ваших больших файлов.Предоставьте клиенту доступ только к этому хранилищу.Используйте svn: externals для извлечения этих файлов в дерево кода.

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