Я смотрю на реализацию простого SVN для нашего отдела дизайна. Я склоняюсь к SVN с Версиями (клиент OS X).
У нас есть приблизительно 3 ТБ и рост изображений дизайна.
Мне любопытно, как SVN обрабатывает большие файлы изображений и очень большую сумму их.
Да это потребует большой суммы пространства.
Это просто хранит их как блобы данных. Не будет никакого diffs, созданного для них. Это продолжит расти каждый раз, когда файл фиксируется.
Это, очевидно, возьмет хороший бит пространства, полагая, что у Вас есть терабайты данных. Хранение изменений расширится скорее быстро, полагая, что SVN не имеет лучшей двоичной различной системы.
Я изучил бы систему управления версиями, которая действительно предлагает сильное двоичное отслеживание различия (не может думать ни о ком первое, что пришло на ум, извините), и посмотрите, может ли это сохранить Вас некоторое время и пространство.
В целом, вероятно, можно заставить SVN работать на это, за счет хорошего бита пространства. Производительность зависит от того, сколько файлов Вы работаете с, также.
Это зависит, если содержание уже находится в сжатом формате или нет. Подверсия использует zlib сжатие, таким образом, сам репозиторий может потребовать меньшего количества пространства, чем рабочая копия если большая часть из него сжимаемый в достойном отношении.