Структурирующие сопутствующие компоненты в Git

Моя команда рассматривает возможность перехода от 2 десятков REPVERION в Git Repport. То, что мы пытаемся исправить, так это то, что в настоящее время у каждого есть собственная подрывная репо для каждого из их компонентов продукта. То, что я хотел бы сделать, это попытаться уменьшить некоторую разразаевку, и помогите построить четкий путь вперед.

Я ищу совет о том, как структурировать REPOS. Одна точка прилипания - как группировать связанные проекты. У нас есть две продукты. Каждый продукт имеет набор веб-сервисов (PHP), код клиента Android (Java), код клиента iPhone (OBJ C), код iPad (OBJ C) и код клиента веб-сайта (PHP + JS). В настоящее время каждый владелец имеет свой компонент в отдельном репо SVN.

Моя мысль состояла в том, чтобы попытаться объединить эти компоненты вместе в одну репо, но я не могу сказать, является ли это хорошая практика с Git. Обеспечивает ли это какую-либо реальную пользу наличию отдельных репо Казалось бы, способствует улучшению социального договора на качество того, что проверяется из-за общей видимости, но собираемся ли мы платить за это другими способами?