Имеющее версию устройство хранения данных для больших файлов (PSDs, FLVs и т.д.)
Через программное обеспечение билета Sharepoint, безотносительно - добавляют задачу к группе IT Outlook, так, чтобы маслобойка сотрудника не была проблемой. Со временем выполнения заказа, по крайней мере, месяца (для составления задержки кредиторской задолженности).
Для дизайнерского дома Adobe Version Cue, вероятно, идеален. Это разработано для работы с версией, управляющей большими изображениями.
Я рекомендовал бы против SVN (или любая другая система управления версиями) для больших двоичных файлов, потому что существует, не истекают опция. Устройство хранения данных может стать довольно большой проблемой, если Вы очень критически не управляете репозиториями, таким образом, можно удалить их / архивируют их после того, как проекты закончены. SVN не замедлится, когда repos будет огромен (наш код один с несколькими файлами фиксаций концерта, столь же быстрыми как новый), но они никогда не прекращают расти.
Я использовал бы Amazon S3 с S3fox.
Можно создать контейнер для каждого разработчика, можно создать мгновенные общедоступные или защищенные паролем ссылки на загрузку для клиентов.
SVN почти бесполезен в Вашем случае, большие файлы возьмут возрасты для помещения в репозиторий, если он не полностью повредит все это. SVN может сохранить двоичный файл, но он не предназначен для (он не может сказать, отличается ли один пиксель в отличие от текстовых файлов), делают это. Так как это попытается обработать и обновить его базу данных по каждой фиксации, это может быть неправильно. Я не полагался бы на него.
S3 будет стоить Вам 1$ на 10 ГБ. S3fox свободен. Ваши разработчики будут довольны этим, только вещь состоит в том, что каждый раз они должны переименовать файл сами, можно использовать;
PROJECT4_HOMENY_2009_09_16_20_41_Michael_v1.jpg
Это именование отсортирует файлы приятно (группирует его проектом, виды он по дате).
-
1Спасибо за Ваше предложение Devrim +1. К сожалению, мы can' t используют его. Несмотря на мое корректирование моего босса корректирует мой вопрос, оказывается, что внешне размещенное решение недопустимо из-за ограничений пропускной способности. I' m извините за путаницу, и я действительно ценю Ваш ответ. – Ehtyar 15 September 2009 в 09:55
Как кто-то ищущий аналогичное решение для видео файлов проекта, я соглашаюсь, что SVN не является действительно решением, и я не думаю, что Мерзавец также. Я смотрел на couchDB на самом деле. UI должен быть кодирован для него (но может быть в JavaScript или чем-то), но это - документная база данных, таким образом, я думаю концептуально, что это работает лучше. И его разработанный для работы с двоичными блобами. Таким образом, я думаю, что это было бы хорошо с производительностью.
Могло бы быть что-то для размышления о.
-
1Спасибо за ответ Mark. К сожалению, мы don' t имеют время или ресурсы для разработки нашего собственного решения, хотя после проверки CouchDB я, конечно, вижу заслугу предложения. +1 от меня. – Ehtyar 17 September 2009 в 08:58
OP пропускает важную информацию, как большой repos, как ожидают, будут, т.е. каков ожидаемый размер всех файлов при контроле изменений?
Просто используйте Подверсию? SVN в текущих версиях не имеет никакой проблемы с большим (несколько гигабайтов) репозитории. В случае необходимости Вы могли всегда разделять свои данные по нескольким SVN repos / серверы. Для серверов на базе Windows мне действительно нравится Сервер VisualSVN.
Если Вы более или менее исключительно используете Unix и машины OS X, то смотрите на Мерзавца. Я не знаю, имеет ли это удобные для пользователя графический интерфейсы пользователя, интеграция оболочки, и так далее доступная на Unix / OS X. То, что я действительно знаю, - то, что базовое управление версиями Мерзавца и crypto архитектура просты все же очень хорошие, таким образом, у меня лично не было бы проблемы при поручении нескольких гигабайтов данных Мерзавцу.
-
1Мерзавец не подходит. Я пытался передать файл SQL на 1.5 ГБ ему, затем обновляя его. У меня была потеря данных. – dotwaffle 15 September 2009 в 11:36
-
2@dotwaffle: Хорошая выгода. С другой стороны, это могло быть зафиксировано в более свежих сборках Мерзавца, или более вероятно это мог быть конкретный вопрос платформы, видеть thread.gmane.org/gmane.comp.version-control.git/120057 – Jesper M 15 September 2009 в 13:58
Adobe Version Cue - CS3 работает лучше, чем CS4, по моему опыту. Я хотел бы бредить об этом, но это имеет много причуд (сервер не может быть двойным размещенным, серьезным Мостом Диск CS4/Adobe проблемы CS4, ошибки производительности... Я мог продолжить) - но это еще лучше, чем ваниль SVN repo и обрабатывает миниатюры и предварительные просмотры и изображений и видео. Не попробованное добавление видео на 1 ГБ к нему, но был бы интересно слышать, каков Ваш опыт был.
Другой для изучения в зависимости от типа активов является AlienBrain. Как Adobe Version Cue это сделано для цифровых активов и творческих рабочих процессов и интегрируется во все главные 2-е и 3-и приложения.
Вы могли также попробовать Под открытым небом. Используя Adobe Drive 2.2, можно смонтировать Находящийся на воздухе DAM в Средстве поиска и щелчке правой кнопкой для показа версий, выезда и регистрации файлов.