概述
Composer 是 PHP 应用程序的依赖管理器，最初发布于大约 8 年前，2012 年 3 月。
在 php 中使用 Composer 可以提高代码的可重用性，并使你的项目能够轻松地集成来自Packagist（主要的 PHPComposer 库）的 PHP 库。今天，我们将重点介绍几个部署最佳实践。
Composer 可能会变慢
这篇文章将关注如何让 Composer 速度更快，并在每次部署应用程序时不再需要使用全新的 Composer 安装来安装软件包。
Magento 是一个需要大量内存的 composer 项目的例子。如果你需要为每个部署安装 Composer，你能想象需要多少内存吗？Composer 可能会因为内存不足而失败，如Stack Overflow 帖子所述。
尽管将包添加到你的项目中很容易，但在 Amezmo 这里，我们采用保守的方法添加新的项目依赖项，原因如下。
- 减慢初始 Composer 安装速度
- 每个 Composer 包都会增加新安全问题的可能性
最佳做法
--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 供应商目录，并（此段落重复，应删除）
原文地址：https://dev.to/ryan1/php-deployment-best...
译文地址：https://learnku.com/php/t/50887
很多PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了迷茫没方向，不知道该从哪儿入手去提升自己。→→管理整理了一些资料，有 腾讯 等一线大厂进阶知识体系 可供参考（相关学习资料以及笔面试题）
覆盖各个技术栈：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货欢迎加入我的官方群啊点击此处
