GIT- jak prowadzić projekt dla kilku klientów

Cześć
przeglądałem poprazedni wątek o Gicie i branchach, ale mam przez to jeszcze większy mętlik w głowie niż wcześniej. Prosiłbym o poradę. Nasza sytuacja wygląda tak:

• 3 programistów
• 5 klientow
• 5 projektow (wszystkie prawie identyczne ale dla każdego kontrahenta prowadzone oddzielnie)

Każdy z tych 5 projektó w 80% identyczny. Pozostałe 20% to dorobki indyswidualnych potrzeb kazdego z kontrahentów.
Teraz wygląda to tak, że jeśli wprowadzamy modyfikacje w rdzeniu aplikacji (który jest wspólny dla wszystkich kontrahentow) to musimy 5 razy robić tąsamą robotę, bo projekt jest w 5 róznych katalogach(dla kazdego kontahenta oddzielny folder z jego wersja programu).
Chcielibysmy to wszystko poprowadzićw GIT, tylko jak w takim razie powinna wyglądać struktura tego. Czy powinien być gałąź main w której są prowadzona zmiany "rdzenia" aplikacji i 5 branchy w których robimy zniany pod kontkretnych kontrahentów, czy jakoś inaczej?

Macie problem nie z gitem tylko z idiotami jako architektami. Serio. Tych 3 "programistów" to pewnie studenci 2-go roku jacyś?
To 80% core aplikacji powinno być osobnym projektem, budowanym do jakiejś biblioteki, która to jest importowana przez te pozostałe projekty. Zmianę wprowadzacie w jednym miejscu, budujecie nową wersje, podbijacie wersje zależności w pozostałych projektach i voila.

Albo o submodules możesz poczytać.