PHP 教程：使用 Composer 时，这些最佳实践你必须知道

概述

Composer 是 PHP 应用程序的依赖管理器，最初发布于大约 8 年前，2012 年 3 月。

在 php 中使用 Composer 可以提高代码的可重用性，并使你的项目能够轻松地集成来自Packagist（主要的 PHP Composer 库）的 PHP 库。今天，我们将重点介绍几个部署最佳实践。

Composer 可能会变慢

这篇文章将关注如何让 Composer 速度更快，并在每次部署应用程序时不再需要使用全新的Composer 安装来安装软件包。

Magento 是一个需要大量内存的 composer 项目的例子。如果你需要为每个部署安装Composer，你能想象需要多少内存吗？Composer 可能会因为内存不足而失败，如 Stack Overflow 帖子所述。

尽管将包添加到你的项目中很容易，但在 Amezmo 这里，我们采用保守的方法添加新的项目依赖项，原因如下。

• 减慢初始 Composer 安装速度
• 每个 Composer 包都会增加新安全问题的可能性

最佳做法

这个是不需要动脑筋的。检查我们的 composer.json 文件，当然，还要删除任何不需要的包。

第二个，也是我写这篇文章的原因，是为了确保你使用以下标志运行 Composer。

composer
    --no-ansi
    --no-interaction
    --optimize-autoloader
    --no-progress
    --no-dev
    --profile
    install

此命令记录在 Amezmo 的文档中，内容为使用 Deployment hooks 安装 composer 包。让我们把这些 flag 看一遍。

--no-ansi

此标志禁用 ANSI 输出，这意味着彩色输出将被禁用。彩色输出，如绿色和红色字体颜色以及人眼喜欢的背景颜色。这对于我们手动运行 Composer 时非常有用，但是对于自动部署，我们不想用奇怪的字符扰乱我们的日志文件。

--no-interaction

同样，在自动化部署的环境中，我们不希望部署在等待输入时停滞不前。此标志阻止 Composer 要求用户输入。

--optimize-autoloader

此标志告诉 Composer 将生成的代码自动加载。autoloader 是当你的入口点确实需要'vendor/autoload.php'时调用的；

--no-progress

由于进度报告使用特殊的终端 ANSI 代码，因此我们不希望报告进度，因为它会使我们的日志文件混乱。在进行非交互式部署和 composer 安装时，这是完全没有必要的。

--no-dev

这一点至关重要。我们从不希望将开发包安装到生产服务器上。像 phpunit 和其他不应让其投入生产的软件包被视为“dev”软件包。它们在 composer.json 文件中的“require-dev”属性下具有特殊条目。

--profile

这个是可选的，但是我总是喜欢包含它，因为它显示了 Composer 用于安装单个依赖项的内存量。

如何在部署时缓存 Composer 程序包

现在，我们已经定义了生产级 composer 安装命令，让我们简单地介绍一下在部署时使 Composer 更快的方法。

步骤1。
在你的 Webroot 之外的某个地方创建一个全局 Composer vendor 目录，当然该目录不能公开访问。

注意：Amezmo 使用如下所示的根目录布局，因此我们将在下面的 bash 命令中使用它。当然，你可以用自己的目录替换这些目录，并且可以实现所需的结果。

/webroot
|----logs
|----vendor
|----storage
|----current -> /webroot/release/${TIMESTAMP}.${COMMIT_ID}
|----release
|-------${TIMESTAMP}.${COMMIT_ID}
|-------${TIMESTAMP}.${COMMIT_ID

/webroot/vendor是我们的全局软件包目录，将从中为每个版本创建链接。

运行以下命令从 release 目录创建的 vendor 目录链接到全局 vendor 目录。每次部署时都必须执行此操作，并且在从发行目录运行composer 安装之前。

ln -sT /webroot/vendor webroot/release/${TIMESTAMP}.${COMMIT_ID}/vendor

请注意，从 release 目录运行 composer install 之前，运行上述命令至关重要。以下是步骤：

• 应该创建 release 目录
• 运行 Git 获取源代码
• 执行以上命令
• 最后运行 composer install

按照上述顺序完成所有操作后，你的软件包将被“缓存”到 /webroot/vendor目录中，并且每次部署应用程序时都不需要重新安装软件包。

结论

• 定义了一个 Composer 命令，该命令消除了所有不必要的功能。
• 重点介绍了在部署时缓存 Composer 软件包的最佳实践部署模式。

第1步。
在Webroot完全不在的地方创建一个全局Composer供应商目录，并（此段落重复，应删除）

本文中的所有译文仅用于学习和交流目的，转载请务必注明文章译者、出处、和本文链接
我们的翻译工作遵照 CC 协议，如果我们的工作有侵犯到您的权益，请及时联系我们。

原文地址：https://dev.to/ryan1/php-deployment-best...

译文地址：https://learnku.com/php/t/50887