Достоверно? Нет шансов.
Svn использует аналогичные методы, чтобы diffуменьшить размер отдельных коммитов, файлы эффективно сжимаются в «базовый» файл и дополнения и вычитания из этого файла. Это, видимо, даже работает для двоичных файлов
Проблема, однако, в том, что вы не вытаскиваете все эти промежуточные BLOB-объекты, в течение нескольких ревизий объем пространства, используемого для определения разницы между ревизиями, может быть в несколько раз больше, чем сам файл.
Вы также не опускаете удаленные файлы. Если вы работаете с особенно большими файлами, которые регулярно удаляются, этот удаленный файл будет храниться на сервере до конца времени, но никогда не будет отображаться на вашем жестком диске. Это заставит сервер иметь большее количество данных по сравнению с вашей копией.
Если вы часто используете внешние элементы для связывания больших проектов, вы можете получить в несколько раз больше данных, чем если бы вы проверяли только отдельные проекты. Теги также почти не занимают место на сервере (если вы не редактируете файлы под ними), поэтому их проверка также не соответствует занимаемому на сервере месту.
Единственный вывод, который вы действительно можете сделать, заключается в том, что при заданных дельтах файлов, журналах и удаленных файлах и до тех пор, пока вы исключаете внешние данные и теги / ветви, сервер, вероятно, имеет больше данных, чем ваша локальная копия. Сжатие файла может повлиять на это, хотя.