Symfony&;Git:多个网站的最佳实践

Symfony&;Git:多个网站的最佳实践,git,symfony,git-submodules,symfony-3.1,Git,Symfony,Git Submodules,Symfony 3.1,我正在开发一个symfony 3应用程序来运行音乐会/预订机构的网站。现在我想知道,当我为不同的客户运行多个网站时,如果我继续开发应用程序,配置Git的最佳实践是什么?不同项目的自定义文件位于Symfony提供的结构中的不同位置和级别。在下图中,它们被标记为橙色: 那么用Git处理这个问题的最佳方法是什么呢?我是否应该为核心(不包括自定义文件/文件夹)使用回购协议,并为使用核心回购协议作为子模块的每个客户机使用额外的回购协议? 对于工作流,理想的概念是,当我能够使用客户端回购并修改核心基础时,

我正在开发一个symfony 3应用程序来运行音乐会/预订机构的网站。现在我想知道,当我为不同的客户运行多个网站时,如果我继续开发应用程序,配置Git的最佳实践是什么?不同项目的自定义文件位于Symfony提供的结构中的不同位置和级别。在下图中,它们被标记为橙色:

那么用Git处理这个问题的最佳方法是什么呢?我是否应该为核心(不包括自定义文件/文件夹)使用回购协议,并为使用核心回购协议作为子模块的每个客户机使用额外的回购协议?
对于工作流,理想的概念是,当我能够使用客户端回购并修改核心基础时,新的核心功能将自动应用于其他客户端网站。

对我有效的解决方案是将最初位于FrontBundle中的自定义视图移动到
应用程序/资源
,并更改控制器中的引用。通过这种方式,可以在自己的回购协议(标记为绿色)中对核心进行版本化,并将其作为子模块包含在每个客户项目的回购协议中


尽管这个解决方案目前还有效,但我很好奇您是如何处理这些问题的。

我现在正进入这个话题。非常感谢您的提问和回答。互联网上很少有关于这方面的信息,你的答案就是其中之一。你现在是怎么做的?我一直坚持这个方法。我的要求得到了满足,没有任何妥协,从那以后我再也没有遇到过任何替代方案。