Наша команда в настоящее время находится в процессе перехода с SVN на Git.В настоящее время мы используем Maven в качестве нашего инструмента сборки.
В настоящее время наши проекты имеют иерархию сборки через Maven, но являются плоскими на стороне иерархии файлов / репозитория. Моя цель - более точно согласовать иерархию сборки Maven и иерархию файловой структуры в наших репозиториях, чтобы упростить понимание.
Мой вопрос заключается в том, на каком уровне следует создавать репозитории Git, чтобы иерархия / организация файлов поддерживается? Пример:
- Большой проект - (здесь нет источника, только помп)
- Бэкэнд-проект (исходный код + pom)
- Клиенты (здесь нет исходников, только помп)
- Консоль (source + pom)
- Web (source + pom)
Таким образом, проект «только pom» будет использоваться для группировки реальных исходных проектов. Но где место репозиторию Git? Некоторые члены группы обеспокоены тем, что коммиты проекта Web не попадают в историю проекта Console . Но если репозитории Git находятся на самых низких уровнях (конечные узлы дерева), мы теряем организацию файловой структуры (даже если иерархия сборки может поддерживаться в Maven).
Изменить: Забота члена команды не столько с историей коммитов, сколько с тегами. Учитывая, что корень репозитория Git находится в Big Project , и я хочу пометить проект Web (пометив Big Project ), почему этот тег включить проект консоли , который, возможно, не имеет отношения к тегу Web ?