Магистральная папка для репозитория?

Question

Я хэширования нашу структуру для Subversion и имеют стандартную структуру, что я думаю, что большинство людей используют, который использует одно хранилище и несколько папок для каждого проекта:

MainRepository 
    Project1 
     branches 
     trunk 
     tags 
    Project2 
     branches 
     trunk 
     tags 
..and so on 

Мой вопрос, мне нужен багажник, ветвей и тегов для корневого MainRepository? Почему бы вам, если вы выберете из багажника let, сообщите Project1. Я не знаю, нужен ли мне один или почему вам нужна папка с багажником или другие в фактическом корне репо.

MainRepository 
    Project1 
     branches 
     trunk 
     tags 
    Project2 
     branches 
     trunk 
     tags 
    ... 
trunk 
branches 
tags 

Answer 1

Вы на самом деле не нуждаетесь в этом. Это зависит от вас (и ваших проектов) от того, что вам нужно. Папка корневой папки в корне имеет смысл, когда вы используете репо для каждого проекта вместо одного репо для многих проектов, и в этом случае вам не нужна папка соединительной линии в корневой папке.

Answer 2

СВН книга рекомендует положить ствол/метки/ветви либо в корневом каталоге или в проектах подкаталоги, но не оба одновременно.

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

Answer 3

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

Answer 4

Магистральные/Филиалы/Метки в корне репозитория могут иметь смысл, если у вас есть код или залог, общий для всех ваших проектов. Например, некоторые общие библиотеки или, возможно, спецификации/PDF-файлы /. DOC и т. Д., Которые не подходят в один из ваших других проектов.

Кроме этого, я не вижу причины, чтобы в корне были соединительные линии/ветви/метки.

Answer 5

Не уверен в багажнике, но вам могут понадобиться теги и ветки. Предположим, вы работаете над дефектом, который охватывает несколько проектов. Вам понадобится отдельная ветка, в которой есть состояние всех проектов. Кроме того, вы можете пометить все проекты для основных (и второстепенных) выпусков, если они взаимодействуют.