0

我有一个自制的框架,其中包含两种类型的包。应用程序包和依赖项。应用程序包特定于应用程序(可以是新闻模块、管理等)。依赖项是我在多个项目中重复使用的库。

对于每个新项目,我首先添加应用程序包和依赖项。到目前为止,我保留了这些捆绑包的单独副本,并手动将它们复制到我的项目中。我很少需要修改依赖项。但是对于应用程序包,我总是必须自定义视图和控制器,因此它们应该在它们使用的所有项目中进行修改。

我想改进管理这些捆绑包的方式,并考虑使用 Composer。但是,它不太符合应用程序包,因为您不应该修改包。我需要能够安装一次软件包,然后在下一次更新中忽略它们(它们成为应用程序源代码的一部分)。

我可以像 Symfony 所想的那样添加一些覆盖机制(将类复制到另一个目录,这将覆盖默认的包类),但我不喜欢这个想法。它只会增加不必要的复杂性。

可以使用另一个包管理系统,甚至是自定义系统,但这意味着无法访问 Composer 包,这会很棒。

将 Composer 用于依赖项,而将另一个系统用于应用程序包会很麻烦。

你会怎么处理?

4

1 回答 1

0

它应该在 unix 上运行,使用 apt、yum、yast ...

只需尝试构建自己的 dep / rpm 包。

构建 foreach 应用程序包和依赖包。在应用程序包中添加依赖包作为依赖。

还是您在寻找梨之类的东西?

于 2013-07-04T12:10:23.737 回答