Есть ли практическое ограничение на количество тегов в SVN?

Question

Вот аналогичный вопрос для SourceSafe . У нас есть одно хранилище SVN, в котором хранятся источники многих проектов. Среди этих проектов около 25 строятся каждый день по выделенной ежедневной сборке. Как только начинается ежедневная сборка, он помечает источники своим именем (что-то вроде «Сборка проекта N версии X.Y.Z», Z увеличивается с каждой последующей сборкой проекта N).

Существуют ли какие-либо практические ограничения в SVN, с которыми мы можем столкнуться при такой схеме? Есть ли практическое ограничение на количество тегов в репозитории SVN?

Answer 1

На практике мне лично было бы очень неприятно, если бы я попытался просмотреть список тегов в моем браузере хранилища, чтобы найти тег Project_v2.0, но мне пришлось прокручивать 2000 ежедневных тегов сборки, чтобы увидеть его. Поэтому я бы посоветовал хранить их в отдельном подкаталоге: /tags/daily/build_0001

Answer 2

Нет, теги в SVN очень дешевы, так как они являются просто именованными ревизиями.

Answer 3

Есть ли практическое ограничение на количество тегов в репозитории SVN?

Я могу себе представить, что простой просмотр такого количества тегов замедляется через несколько летиз 25 ежедневных тегов, но вы можете преодолеть это, сохранив их иерархически.Кроме того, я бы не ставил их под tags, или, по крайней мере, не напрямую, иначе они загромождают папку и затрудняют поиск выпусков и тому подобного.

В противном случае я не знаю практического ограничения.В основе тегов лежит ленивая копия поддерева, а AFAIK внутренне, каждая проверенная ревизия, в основном, является ленивой копией предыдущей, поэтому SVN использует эту операцию для каждой проверки .Я серьезно сомневаюсь, что есть предел, которого вы можете достичь.

Answer 4

Я не верю в это. Но какой смысл создавать новый тег каждый раз, когда вы делаете ежедневную сборку? Если вам нужно, вы можете просто получить источники по дате ...