我想在我的应用程序中同时使用Phing和Composer。Phing 作为构建系统和 Composer 来管理依赖项。但是应该使用哪种方式呢？
目前，我们正在所有服务器上全局安装Phing。Phing 应该完全自动化我们各种项目的构建。只需签出项目的副本，使用默认目标运行Phing，您应该就可以了。这也意味着那里应该有一个Phing目标，它调用Composer安装所有依赖项。所以，平称作曲家。但是我一直找不到有关此设置的任何信息。没有ComposerTask或类似的东西，谷歌搜索不会发现任何人以这种方式工作。
但我确实反过来看到了很多。人们使用 Composer 将 Phing 安装为项目依赖项。
那么，每种方法的（缺点）是什么？我是否试图以错误的方式做到这一点？
我认为通过 composer 安装 phing 的主要优点是，对于开源项目，更容易确保您的用户以这种方式安装网络钓鱼。通常，在这些设置中，phing 只是某些库用来完成某些任务的工具。
另一个优点是每个项目都可以使用不同版本的网络钓鱼，如果您有系统范围的网络钓鱼，则无法执行此操作。
如果您使用网络钓鱼来管理整个项目构建/设置，则从中调用作曲家可能是有意义的，但反过来也是如此。例如，您可以使用编辑器脚本在每次依赖项更新后触发网络钓鱼任务。这样，项目设置将是：
- 收款处
- 运行作曲家
- 作曲家在更新/安装 DEPS 后运行网络钓鱼
- 项目建成
老实说，我不知道是否有正确的答案。您可以使两种方式都起作用，但是通过这样做，您至少不必先安装phing。显然，您需要安装作曲家，但可以说这更容易，无论如何您都需要它。
关于这个话题的其他想法。
一般来说，塞尔代克是对的，两者都是可能的。不过，也有关于首先进行Phing的争论。在构建架构的层面上，我认为首先作曲家是没有意义的。生成过程具有更广泛的范围和更长的生存期，因此应管理依赖项管理器，反之亦然。
此外，如果使用Phing令牌替换来确定要在哪个环境中安装哪些依赖项版本，则几乎不可能先使用composer，因为phing将生成composer.json，因此必须在composer运行之前安装。