使用composer和git Symfony2捆绑包维护自己的供应商

使用composer和git Symfony2捆绑包维护自己的供应商,git,symfony,bundle,composer-php,vendor,Git,Symfony,Bundle,Composer Php,Vendor,我在git存储库中创建了一个供应商库(Symfony2捆绑包)。向其中添加了composer.json 在多个项目中,我将其用作供应商(composer.json中的vcs)。 一切正常,除非我想修改原始bunlde/供应商 我不能直接从projet推到它,它使用包。 我必须在新目录中克隆bundle的repo,在那里更改它并推送。这并不方便,因为bundle本身无法工作,所以提交是一种尝试,看看会发生什么 维护自己的供应商回购协议的最佳实践是什么?当我编写这样的捆绑包时,我有一个模拟项目(工作

我在git存储库中创建了一个供应商库(Symfony2捆绑包)。向其中添加了composer.json

在多个项目中,我将其用作供应商(composer.json中的vcs)。 一切正常,除非我想修改原始bunlde/供应商

我不能直接从projet推到它,它使用包。 我必须在新目录中克隆bundle的repo,在那里更改它并推送。这并不方便,因为bundle本身无法工作,所以提交是一种尝试,看看会发生什么


维护自己的供应商回购协议的最佳实践是什么?

当我编写这样的捆绑包时,我有一个模拟项目(工作,但不是有目的的)。
在这个包中,我有包的克隆主副本,所以我可以编辑、测试、提交更改和推送等

唯一需要确保首先工作的是从composer安装


如果您需要有关此的更多详细信息,请告诉我,我将为您提供更多信息。

如果您的供应商是从源代码处安装的,您可以修改并推送它。要强制从源代码安装,请使用
--首选源代码
选项:

composer install/update --prefer-source
然后
cd
到您的供应商目录,您将看到它是一个单独的git回购。您可以在那里进行拉取以获取最新版本,进行更改并将其推回


这同样适用于第三方捆绑包。在这种情况下,您只需将git remote添加到fork中即可推送。

为什么不能直接从供应商目录中推送它?Git实际上支持嵌套存储库。你试过了吗?谢谢,这个主意很好。然而,在团队中处理多个项目时,这并不方便。