контроль версий больших файлов - PullRequest
13 голосов
/ 08 ноября 2008

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

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

Ответы [ 5 ]

4 голосов
/ 12 ноября 2008

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

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

3 голосов
/ 30 марта 2010

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

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

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

3 голосов
/ 19 марта 2009

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

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

1 голос
/ 06 декабря 2011

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

0 голосов
/ 30 марта 2010

Если вам нужно управлять огромными файлами, попробуйте Plastic SCM (www.plasticscm.com). AFAIK Perforce также является опцией, но ветвление и слияние не так сильны.

...