версия управления большими файлами

Question

Мы с радостью используем SVN для SCM на работе. В настоящее время у меня есть наши двоичные активы в том же хранилище SVN, что и наш код. SVN поддерживает очень большие файлы (он передает их «поточно», чтобы поддерживать использование памяти разумно), но это SLOOWWWWW.

Какое программное обеспечение по управлению активами вы рекомендуете для примерно одного миллиарда долларов (и растущей) стоимости активов? Мы предпочли бы разветвление и слияние (разные файлы конфигурации & переходят к разным клиентам).

Answer 1

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

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

Answer 2

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

git может быть другой вариант. Он ведет себя несколько иначе, чем SVN, но предназначен для больших проектов (например, ядра Linux). Я не уверен, что это хорошо для больших двоичных файлов.

Answer 3

Если вам нужно управлять ОГРОМНЫМИ файлами, попробуйте Plastic SCM (www.plasticscm.com). AFAIK Perforce также является вариантом, но разветвление и слияние не так сильны.

Answer 4

В моей компании мы используем Documentum в качестве ECMS, управляя партиями (и я имею в виду действительно много) двоичных файлов. Documentum (или другие ECMS, такие как Alfresco) должны быть «правильным» решением для управления документами. Documentum поддерживает тегирование и разветвление и может выставлять файлы в виде WebDAV (поэтому интеграция в рабочий процесс может быть более или менее прозрачной).

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

Этот ответ больше того, что вы не должны делать, чем то, что вам следует делать ... извините ...

Answer 5

Mercurial large files extension может помочь. Он добавляет возможность отмечать файлы как «большие». Хранит эти файлы в центральном хранилище отдельно от остальной части репозитория. Использует хеши, чтобы определить, какие версии больших файлов вам нужны, и загружает только те, которые вам нужны прямо сейчас.