«Выполнять лучше» и «потреблять меньше памяти» во многих случаях несовместимы.
Обычно производительность достигается, когда используется больше памяти (например, кеширование). Поэтому, хотя я понимаю, что ваш вопрос заключается в том, как сохранить низкое потребление памяти, имейте в виду, что в результате SVN будет работать медленнее.
Администратор сервера был прав насчет хранения огромных (они бинарных?) Файлов в SVN. SVN в основном для исходного кода - небольшие текстовые файлы. Если вам нужно где-то поддерживать версию связанных данных, входных данных, тестовых данных, ресурсов, сторонних зависимостей и т. Д. Я предлагаю вам создать бинарный репозиторий в некотором общем месте и использовать структуру каталогов +, возможно, символические ссылки, чтобы отразить, существует в вашем SVN репо.
Есть реальные преимущества в том, чтобы ваш SVN был как можно более худым (но не худым!). Из-за своей конструкции SVN очень медленно выполняет проверку (это очень тяжелая операция по сравнению, например, с ветвлением, которое очень дешево). Более быстрые проверки и обвинения и т. Д. Приводят к более быстрым циклам разработки. Поэтому я считаю целесообразным поддерживать не-кодовый репозиторий «вручную» на некотором резервном сетевом ресурсе вместо того, чтобы хранить все в SVN.
Помните также, что вы не можете поместить все , что вы хотите, в SVN. Вы не ставите платформу SDK там, верно? Таким образом, использование внешнего репозитория может предложить вам более полное решение, позволяя поместить туда еще больше .
На несвязанном замечании: возможно, самое дешевое решение - просто добавить больше оперативной памяти. Я на самом деле экспериментировал с решениями SVN для репозиториев на базе RAM-диска, и они быстро работают.