Как правильно организовать GIT репозиторий(и) для нескольких проектов с множеством общих фалов?
Есть проекты A и B: HTML, JS, CSS.
HTML и JS один в один. Единственное различие между проектами - CSS файлы + графические ресурсы.
Разработка идет на проекте A. После сдачи очередной версии, проект B догоняет проект A до этой версии: пишется соответствующий CSS, нарезаются ресурсы. Если приходится подгонять HTML под дизайн B, то он соответственно корректируется в проекте A, чтоб быть полностью идентичным. Пока идет разработка проекта B, разработка на A не прекращается.
Сегодня это два разных репозитория. Каждый раз, когда работа происходит в проекте B приходится делать merge для HTML, JS (на самом деле еще и LESS и массы других общих вещей) и т.д. На подходе проект C, который будет работать по тому же принципу.
Хотелось бы все это дело организовать, чтоб HTML, JS были бы только в единичном экземпляре, а коммиты в проект B видеть отдельно / вне проекта A. Работая в проекте B естественно нужно видеть HTML, JS проекта A.
Смотрел в сторону git-submodule, но так и не понял как это мне может помочь.
