Как правильно вести репозиторий базовой темы для будущих проектов?

Question

[Максим]

Есть:
1) тема для CMS, разработанная с нуля. Хранится в гите, с неё начинаются все новые проекты;
2) команда разработчиков;
3) проекты на поддержке и новые проекты;
4) новые фичи и багфиксы, которые регулярно добавляются в базовую тему.

Хотел бы узнать, как более правильно вести репозиторий такой базовой темы и учитывать все обновления таким образом, чтобы эти обновления разработчики могли подтянуть в свои проекты с минимальным количеством усилий (особенно это касается фич, так как не все они нужны в старых проектах, поэтому подтянуть тупо мастер не вариант).

Понятно, что в таком случае нужно создавать отдельную ветку на каждую фичу и багфикс, но насколько это правильно по трудозатратам и есть ли способы лучше?

Answer 1

[Saboteur]

Не совсем понятно что у вас не так, и причем тут репозитарий, поскольку совместимость, фичи и ветки - это из разных плоскостей.
Но возможно вас интересует Semantic Versioning

Comments

[Максим]

репозитарий гит

[Saboteur]

Сделайте несколько релизных веток, и мержите багфиксы в соответствующие релизные ветки. В мастере можно хранить самый последний релиз, или вообще им не пользоваться.
будет что-то вроде. И почитайте ссылку выше.
release-1.1
release-1.2
feature-1-1/somethingcool -> merge to release-1.1