Мы, наконец, переходим от Visual Source Safe к VisualSVN (и др.) Woohoo.VSS to SVN - Хранилища
Общепринятой практикой является просто создать один репозиторий, а затем добавить все проекты в виде подпапок этого репозитория или создать один репозиторий для каждого проекта?
Номера версий независимы, если вы создаете отдельный репозиторий для каждого проекта. Таким образом, проект A может быть в версиях 10 и B при 100.
Номер версии - это общая сумма, если у вас есть один репозиторий и подпапка для каждого проекта.
Вы можете использовать один репозиторий, вы можете предоставить базу доступа в подпапках, поэтому нет необходимости в 2-м репозитории.
Ну, если вам не нужны номера версий, как предположил @duffymo. Обычно мне не нравятся номера версий svn, так как они вряд ли соответствуют номерам моих версий проекта. (в svn каждая фиксация обновляет номер версии) – Dani
Это зависит от компании. Я много лет консультировал, и я видел разные подходы. Ниже приведен самый популярный подход.
Перекрестная ссылка на соответствующий вопрос: SVN project structure Она охватывает, если вы решите пойти с только один репозиторий.
Как все остальные перемещаются из SVN в GIT. Ничего страшного. В моем магазине у нас всегда было репо за проект – PurplePilot
Не все. SVN остается жизнеспособным, независимо от того, что говорит Линус. – duffymo
Извините, не значит быть легкомысленным. Мы использовали SVN в течение долгого времени очень успешно, и в ситуации он, вероятно, был лучше DVC – PurplePilot