exp98Разработчиков мало, раньше легко договаривались. Но почти все проекты пересекаются по общим файлам. Какую модель удобно использовать. Пока думаю варианты:
1) На сервере 1 центр. репоз., проекты в своих каталогах, общие файлы в каждом из них под/каталогах. Это всё 1 ветка.
2) Как в п.1, но каждый проект = своя ветка + осторожная работа с ветками.
3) Каждый проект - свой репоз. на сервере.

Ветки точно не при чём.

Возможны принципиально два варианта.

1. Репозиторий один.
Внутри папки:
commons/module1/...
commons/module2/...
...
project1/module1/...
project1/module2/...
...
project2/module1/...
...

Любая разработка ведётся в ветке, которая потом мержится в master. Ну и gitflow хорошо бы (т.е. ветки релизов, к примеру).

2. По репозиторию на проект и репозиторий/несколько на общую часть.

Первый вариант удобен, когда разработчиков немного, и разделения по ролям нет, т.е. надо поправить что-то в общей части- правят, проекты тоже каждый может влезть в любой. Главное- не забывать версии модуля и зависимостей обновлять. Хорошо, если это java/maven.

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

Можно и смешать подходы- по тому, как работает команда. Т.е. всё для людей, а не для процесса.

Да, в принципе второй подход тоже тюнится под режим "что хочу- то и правлю".
Применительно к java/maven, к примеру- у всех проектов указан parent-pom, который не хранится нигде, а создаётся разработчиком под свои нужды (т.е. сколько нужно проектов). Правда тут будет проблема с автоматической сборкой проекта, но проблема решаемая.