Git 同一份基础版本，如何管理不同项目

问题背景

    公司项目是针对一个行业出的一整套解决方案，总体需求和功能均已梳理清楚。现在在面向不同企业的时候需要给不同定制不同业务(可能包括特殊业务要求，和企业其他系统的数据对接，特性报表等)。这种情形下如何做git的版本控制

当前方案：

    master上做基础版本，只包含共性的功能。

    当接入一个新项目A时，需求调研完成后评估有多少功能是需要增加到基础版本中的。如果有较多基础功能需要增加到master中，先将这写功能在master中开发测试完成，然后签出到 master-projectA分支。针对项目A的特性功能直接在master-projectA上开发，不往master合并。

    当有新项目时，同上处理

    如果有基础功能需要修改，在master上修改测试通过后，合并到有需要修正的project中。

    

这种模式能否支持进一步的演进？是否会导致项目版本越来越多，不断碎片化？

转载于:https://my.oschina.net/cmwn/blog/593923