Насколько большой может быть база данных Sourcesafe до возникновения «проблем»?

Question

Мы используем SourceSafe 6.0d и располагаем БД объемом около 1,6 ГБ. У нас еще не было проблем, и в настоящее время не планируется менять программы контроля версий, но насколько большой может быть база данных SourceSafe, прежде чем она станет проблемой?

Спасибо

Answer 1

У меня начались проблемы с VSS, начиная с 1,5-2,0 гигабайт.

Мета-ответ: не используйте его. VSS намного уступает полудюжине альтернатив, которые у вас под рукой. Предполагается, что частью системы контроля версий является обеспечение целостности вашего хранилища. Если одно из основных предположений вашего инструмента управления исходным кодом заключается в том, что вы никогда не знаете, когда он начнет ухудшать целостность данных, тогда у вас есть инструмент, который лишает законной силы его собственную цель.

Я не видел профессионального программного обеспечения, использующего VSS, почти десять лет.

Answer 2

1 байт!

: -)

Извини, чувак, ты меня подставил.

Answer 3

Запускаете ли вы встроенную утилиту ssarchive для создания резервных копий? Если это так, 2 ГБ - это максимальный размер, который можно восстановить. (http://social.msdn.microsoft.com/Forums/en-US/vssourcecontrol/thread/6e01e116-06fe-4621-abd9-ceb8e349f884/)

ПРИМЕЧАНИЕ: программа ssarchive не скажет вам этого; просто если вы попытаетесь восстановить БД более 2 ГБ, это не удастся. Осторожно! Все эти парни, которые говорят вам, что они отлично работают с большими БД, либо используют другую архивную программу, либо не тестировали функцию восстановления.

Answer 4

Учитывая количество проблем, которые SourceSafe может генерировать самостоятельно, я бы сказал, что размер должен находиться в категории «Представлено на диске», чтобы он мог создавать проблемы.

Answer 5

Я на самом деле управлял VSS DB, который был около 40 гигабайт. Я не рекомендую это, но это возможно. На самом деле, чем больше вы отпускаете, тем больше вы играете с огнем. Я слышал случаи, когда база данных была повреждена, а элементы в управлении исходным кодом были невосстановимыми. Я бы определенно поддерживал это каждый день и начинал искать изменения в системах контроля версий. Будучи в положении парня, которого они называют, когда он терпит неудачу, я могу вам сказать, что он действительно начнет становиться стрессовым, когда вы поймете, что он может просто упасть и больше никогда не вернуться.

Answer 6

Я обнаружил, что Analyze / Fix начинает раздражающе медленно работать на уровне 2G на достаточно мощном сервере. Мы запускаем анализ раз в месяц для баз данных, которые используют около 20 разработчиков. Утилита находит время от времени исправления, но фактическое использование в течение многих лет было без проблем на моем рабочем месте.

Главное, по мнению Microsoft, - убедиться, что у вас никогда не заканчивается свободное место на диске, независимо от размера базы данных.

http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

цитата: Не позволяйте Visual SourceSafe или инструменту анализа анализировать свободное место на диске во время работы. Недостаточно места на диске в середине сложной операции может привести к серьезному повреждению базы данных

Answer 7

Sourcesafe рекомендует 3-5G с надписью «никогда не превышайте 13G».

На практике, однако, у нас более 20 г и, кажется, работает нормально.

Чем больше вы получаете, Analyze будет обнаруживать все больше и больше проблем, включая потерянные файлы и т. Д.

РЕДАКТИРОВАТЬ: Вот официальное слово: http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

Answer 8

Я управлял VSS DB более чем вдвое больше. Пока вы бдительны в отношении выполнения Анализ , вы должны быть в порядке.