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