управление хранилищами Subversion

Question

В моем проекте каждая ошибка и / или усовершенствование должны быть разработаны в ветке, прежде чем слиться в ствол.Так как ветвь (копия ствола) не удаляется после завершения, у нас фактически более 200 веток, неиспользованных в нашем хранилище (новый проект).

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

Я не очень убежден в этой идее, и наоборот, я думаю, что еслиHEAD репозитория имеет меньше папок / файлов.Его управление должно быть более быстрым (и в то же время каталог ветвей должен быть более простым в обращении).

Что вы думаете об этой проблеме?(и если вам нужна какая-то рекомендация, чтобы убедить их, я прав, скажите, пожалуйста)

Answer 1

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

Однако вы абсолютно правы, что оставление старой работы в каталоге «веток» со временем станет неуправляемым. Я удивлен, что в вашем проекте только 200 таких исправлений; это должно быть очень новым. Я бы предложил, чтобы вы удалили старую работу, потому что все еще остается в истории Subversion, если вам когда-нибудь понадобится вернуться к ней. Наличие чистого, разумного рабочего пространства гораздо более ценно, чем осколки старой работы.