Symfony & Git：多个网站的最佳实践
Symfony & Git: Best practice for multiple websites
我正在为 运行 网站开发一个 symfony 3 应用程序，用于音乐会/预订机构。现在我想知道当我在为不同的客户 运行 设置多个网站时继续开发应用程序时配置 Git 的最佳做法是什么？不同项目的自定义文件位于 Symfony 给出的结构中的不同位置和级别。在下图中，它们被标记为橙色：
那么 Git 处理此问题的最佳方法是什么？我应该使用核心的回购（不包括自定义文件/文件夹）和每个使用核心回购作为子模块的客户端的额外回购吗？
对于工作流程，理想的构想是，当我能够使用客户端存储库并修改核心基础以便新的核心功能自动应用于其他客户端网站时。
对我有用的解决方案是将最初位于 FrontBundle 中的自定义视图移动到 app/Resources 并更改控制器中的引用。通过这种方式，可以在其自己的回购协议（标记为绿色）中对核心进行版本化，并将其作为子模块包含在每个客户项目的回购协议中。
尽管此解决方案目前有效，但我很好奇您是如何解决此类问题的。
我正在为 运行 网站开发一个 symfony 3 应用程序，用于音乐会/预订机构。现在我想知道当我在为不同的客户 运行 设置多个网站时继续开发应用程序时配置 Git 的最佳做法是什么？不同项目的自定义文件位于 Symfony 给出的结构中的不同位置和级别。在下图中，它们被标记为橙色：
那么 Git 处理此问题的最佳方法是什么？我应该使用核心的回购（不包括自定义文件/文件夹）和每个使用核心回购作为子模块的客户端的额外回购吗？ 对于工作流程，理想的构想是，当我能够使用客户端存储库并修改核心基础以便新的核心功能自动应用于其他客户端网站时。
对我有用的解决方案是将最初位于 FrontBundle 中的自定义视图移动到 app/Resources 并更改控制器中的引用。通过这种方式，可以在其自己的回购协议（标记为绿色）中对核心进行版本化，并将其作为子模块包含在每个客户项目的回购协议中。
尽管此解决方案目前有效，但我很好奇您是如何解决此类问题的。