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

Я управлял БД VSS, размер которой вдвое больше. Если вы внимательно следите за запуском Анализировать, все должно быть в порядке.

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

На практике, однако, наша емкость превышает 20 Гбайт и, похоже, работает нормально.

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

Обновлено: Вот официальное слово: http://msdn.microsoft.com/en-us/library/bb509342(VS.80).aspx

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

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

1 байт!

:-)

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

У меня проблемы с VSS начинались с 1.5-2.0 гигов.

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

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

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

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

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

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

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

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