В нашем проекте мы приняли решение сократить время сборки, используя предварительно созданные двоичные файлы. Еженедельно/ежемесячно мы создаем стабильный выпуск и передаем его в репозиторий. Конструкция использует эти двоичные файлы вместо того, чтобы строить все из источника.Уменьшение размера папки .svn
Для скорости строительства это фантастика. Но, неудивительно, это действительно увеличивает размер проверки SVN. Наш багажник в настоящее время находится на ~ 22 ГБ. Я понимаю, что это не предполагаемое использование Subversion. Но на данный момент у нас нет альтернативы.
Но я бы хотел улучшить текущую ситуацию. Папка .svn
вносит большой вклад в размер багажника на диске. Когда бинарные файлы обновляются, похоже, что они хранят несколько баз в папке .svn. То есть, если двоичный код равен 4 ГБ, есть копия в .svn
. Если он обновлен, папка .svn
содержит исходную базу плюс новую базу и содержит до 8 ГБ для этого одного файла.
Можно ли указать Subversion не поддерживать базу в папке .svn
для определенных файлов? Через google я нашел аналогичный вопрос, How to decrease .svn folder size?.
Ответ Саймон получил был
- Используйте частичный контроль (который не будет работать для меня, как мне нужны бинарные файлы)
- Это еще не особенность Subversion
- Это обсуждалось , но не будет функционировать, пока, по крайней мере, не будет Subversion 1.8
К счастью для меня Subversion 1.8 был выпущен. Была ли эта функция добавлена?
Я не заметил его в the release notes. Несмотря на то, что «сокращение хранилищ и хранилищ» выглядит многообещающим.
На самом деле это не значит, что подрывная сияние - вы должны изучить искусственный или нексус, чтобы хранить артефакты и разрешать (извлекать) их с помощью скрипта сборки. – thekbb
К сожалению, мы это знали. Но его просто так удобно использовать svn. В прошлом, в другом проекте, мы использовали Maven. Но, по-видимому, это оставило плохой вкус во многих людях. Затем появился специальный инструмент, который я могу описать только как Maven (но который, конечно же, решил все проблемы Maven). Это тоже оставило плохой вкус. В нашем последнем проекте мы только что начали использовать svn. –