Git 如何处理多个SF2应用程序之间的共享代码?

Git 如何处理多个SF2应用程序之间的共享代码?,git,symfony,Git,Symfony,假设我有一个复杂的结构化SF2应用程序,它由几个包组成,比如CoreBundle、ApiMobileBundle、ApiPartnerBundle、WebsiteOneBundle、WebsiteTowBundle、Backoffice1Bundle、Backoffice2Bundle、SearchBundle、UserBundle、LogBundle等等 到目前为止,应用程序在一个独特的GIT存储库下进行版本连接,一切都很顺利。但今天,我们想创建另一个应用程序,它可以从主应用程序的一些捆绑包中

假设我有一个复杂的结构化SF2应用程序,它由几个包组成,比如CoreBundle、ApiMobileBundle、ApiPartnerBundle、WebsiteOneBundle、WebsiteTowBundle、Backoffice1Bundle、Backoffice2Bundle、SearchBundle、UserBundle、LogBundle等等

到目前为止,应用程序在一个独特的GIT存储库下进行版本连接,一切都很顺利。但今天,我们想创建另一个应用程序,它可以从主应用程序的一些捆绑包中获益。请注意,生成的应用程序不会部署在相同的服务器上

简单地说,我们希望在几个SF2应用程序中共享几个捆绑包。 你有什么建议

编辑


我问这个问题是因为与我一起工作的一位开发人员说,这纯粹是异端,不符合SF2理念(关于应用程序的框架、供应商管理、配置文件等)。他认为,最好的方法是将所有内容都保存在同一个应用程序中,部署不必要的源不是问题……

您最好的选择是从项目中提取捆绑包,并将其存储在自己的git存储库中

然后,在
composer.json
文件中,将它们作为依赖项添加到两个项目中

当然,这也取决于捆绑包与应用程序的解耦,但这是一个设计因素,也是另一个问题


希望这会有所帮助。

您最好的选择是从项目中提取捆绑包并将其存储在自己的git存储库中

然后,在
composer.json
文件中,将它们作为依赖项添加到两个项目中

当然,这也取决于捆绑包与应用程序的解耦,但这是一个设计因素,也是另一个问题


希望这会有所帮助。

您最好的选择是从项目中提取捆绑包并将其存储在自己的git存储库中

然后,在
composer.json
文件中,将它们作为依赖项添加到两个项目中

当然,这也取决于捆绑包与应用程序的解耦,但这是一个设计因素,也是另一个问题


希望这会有所帮助。

您最好的选择是从项目中提取捆绑包并将其存储在自己的git存储库中

然后,在
composer.json
文件中,将它们作为依赖项添加到两个项目中

当然,这也取决于捆绑包与应用程序的解耦,但这是一个设计因素,也是另一个问题


希望这能有所帮助。

如果您有捆绑包之间相关的条令实体,您可能会遇到一些麻烦。“如果您决定使用一个bundle,其实体与另一个未使用的bundle相关,您将在原则方面遇到问题,”解释说。这就是为什么为实体关系和ResolveTargetEntityListener使用接口是个好主意。(也就是说,如果你使用的是条令。)

我想我有一个非常简单的解决缺少实体问题的方法,我计划在接下来的几天里在上一个链接上发布,第一件事是当我有时间实现它,测试它并发布它时


这个想法基本上是让所有捆绑包尽可能独立。不要在核心包中保留任何东西,除非您要在多个包中共享它,或者如果它对您的项目的正常工作至关重要。但是到目前为止,我发现的最大问题是那些该死的实体。

如果您有捆绑包之间相关的条令实体,您可能会遇到一些问题。“如果您决定使用一个bundle,其实体与另一个未使用的bundle相关,您将在原则方面遇到问题,”解释说。这就是为什么为实体关系和ResolveTargetEntityListener使用接口是个好主意。(也就是说,如果你使用的是条令。)

我想我有一个非常简单的解决缺少实体问题的方法,我计划在接下来的几天里在上一个链接上发布,第一件事是当我有时间实现它,测试它并发布它时


这个想法基本上是让所有捆绑包尽可能独立。不要在核心包中保留任何东西,除非您要在多个包中共享它,或者如果它对您的项目的正常工作至关重要。但是到目前为止,我发现的最大问题是那些该死的实体。

如果您有捆绑包之间相关的条令实体,您可能会遇到一些问题。“如果您决定使用一个bundle,其实体与另一个未使用的bundle相关,您将在原则方面遇到问题,”解释说。这就是为什么为实体关系和ResolveTargetEntityListener使用接口是个好主意。(也就是说,如果你使用的是条令。)

我想我有一个非常简单的解决缺少实体问题的方法,我计划在接下来的几天里在上一个链接上发布,第一件事是当我有时间实现它,测试它并发布它时


这个想法基本上是让所有捆绑包尽可能独立。不要在核心包中保留任何东西,除非您要在多个包中共享它,或者如果它对您的项目的正常工作至关重要。但是到目前为止,我发现的最大问题是那些该死的实体。

如果您有捆绑包之间相关的条令实体,您可能会遇到一些问题。“如果您决定使用一个bundle,其实体与另一个未使用的bundle相关,您将在原则方面遇到问题,”解释说。这就是为什么为实体关系和ResolveTargetEntityListener使用接口是个好主意。(也就是说,如果你使用的是条令。)

我想我有一个非常简单的方法来解决缺少实体的问题,我计划在接下来的几天里在上一个链接上发布这个方法,当我有时间实现它、测试它并