与作曲家一起构建

Question

在PHP项目的生命周期中，我们已经

• 安装了：Composer Install
• Publish：Composer Push，

但是，用作曲家构建PHP项目的命令是什么？

Answer 1

用作曲家构建PHP项目的命令是什么？

简而言之，您会构建PHP项目。作曲家是您可以用来管理PHP Projects 依赖项的实用程序。此外，您还可以使用它来定义PHP项目。

您如何构建PHP项目完全取决于您。这通常取决于哪种类型的PHP项目以及如何组织它。

举个例子：让我们考虑一下您的PHP项目是带有composer.json的项目目录，其词根与所有其他子目录和文件。

作曲家在该目录内运行。因此，当您要创建该项目的构建工件时，您可以执行以下操作：

1. Composer install -no -dev - 准备供应商使用生产依赖项和自动加载器的文件夹。
2. 作曲家存档 - 创建构建工件。

将经常又一次地这样

{
  "scripts": {
    "build": [
      "@composer --no-plugins --no-interaction install --no-scripts --no-dev",
      "@composer --no-plugins --no-interaction archive"
    ]
  },
  "scripts-descriptions": {
    "build": "Build project artifact."
  }
}

正如您

$ composer build
...

做文件名。默认情况下，它应该是.tar file（Tarfile，Tarball），您可以在命令行上使用tar实用程序进行检查（此处 gnutar ）：

$ tar -tvf "$(composer show -sN | sed 's|/|-|')"*.tar | less

那将是一个例子。我不知道作曲家推送是。您可能将其放在作曲家配置中。所以我无法评论。

---

在给定的示例上扩展一点：我使用作曲家管理了我的PHP项目中最多（甚至不是全部）。但是，这不是全部真理。我实际上是用git控制它们的。从鸟类的角度看，Git Utilities比作曲家实用程序更为领先。例如，我希望能够构建特定的GIT修订。

现在，作曲家对Git还不错。它识别该项目是否存在，并且在Composer Archive示例中，它甚至将git修订版本放入构建伪像的文件名中。

但是作曲家在树上运作。那也是开发也会发生的地方，因此很容易发生冲突（您不希望构建在运行测试时（或之后）在运行测试时删除开发依赖项）。甚至作曲家也认识到该项目是由GIT管理的，否则这有点愚蠢，因为作曲家仅关心依赖项，对项目本身知之甚少 - 它不仅可以猜测您如何管理整个项目。

因此，通常会发生的事情是您在构建过程中仍然使用作曲家，但是您有一个专用的构建过程和跑步者，并且知道项目的来龙去脉及其构建。

$ make

是这样的跑步者。 EG在项目中使用Makefile，

$ make deploy

知道何时需要再次构建。说到PHP项目：当然，它可以只是rsync进行远程求职并进行烟雾测试以将部署标记为绿色（使用旧的，愚蠢的技术并保持简单）。