使用Composer的开发/生产切换时如何正确部署？

Composer 可以选择仅在开发时加载多个依赖项，因此这些工具不会安装在生产环境中（在实时服务器上）。 （理论上）这对于仅在开发中有意义的脚本非常方便，例如测试、假数据工具、调试器等。

解决的方法是添加一个额外的require-dev使用开发中所需的工具进行阻止：

"require-dev": {
    "codeception/codeception": "1.6.0.3"
}

然后（理论上）通过加载这些依赖项

composer install --dev

问题与疑问：

作曲家改变了行为install and update2013年戏剧性地，require-dev-现在默认安装依赖项（！），请随意创建一个包含以下内容的composer.jsonrequire-dev阻止并执行composer install重现。

最常见的部署方式是推动作曲家。lock（保存您当前的作曲家设置）然后执行composer install在生产服务器上，这还将安装开发内容。

部署这个的正确方法是什么without安装 -dev 依赖项？

_{Note: I'm trying to create a canonical Q/A here to clarify the weird Composer deployment. Feel free to edit this question.}

Why

恕我直言，Composer 有充分的理由使用--dev默认标记（安装时and更新）现在。 Composer 主要在需要这种行为的场景中运行：

Composer 的基本工作流程如下：

• 一个新项目开始了：composer.phar install --dev、json 和 lock 文件提交到 VCS。
• 其他开发人员开始从事该项目：检查 VCS 和composer.phar install --dev.
• 开发人员添加依赖项：composer.phar require <package>, add --dev如果您想要包裹在require-dev部分（和提交）。
• 其他人也跟着走：（结帐并）composer.phar install --dev.
• 开发人员想要更新版本的依赖项：composer.phar update --dev <package>（并提交）。
• 其他人也跟着走：（结帐并）composer.phar install --dev.
• 项目部署：composer.phar install --no-dev

正如你所看到的--dev标志的使用（远）多于--no-dev标志，特别是当从事该项目的开发人员数量增加时。

生产部署

在不安装“dev”依赖项的情况下部署它的正确方法是什么？

嗯，composer.json and composer.lock文件应提交至 VCS。不要省略composer.lock因为它包含有关应使用的包版本的重要信息。

执行生产部署时，您可以传递--no-dev给作曲家的标志：

composer.phar install --no-dev

The composer.lock文件可能包含有关开发包的信息。这没关系。这--no-devflag 将确保那些开发包没有安装。

当我说“生产部署”时，我指的是旨在用于生产的部署。我并不是在争论是否composer.phar install应该在生产服务器或可以进行审查的临时服务器上完成。这不是这个答案的范围。我只是指出如何composer.phar install无需安装“dev”依赖项。

Offtopic

The --optimize-autoloader标志在生产中也可能是理想的（它生成一个类映射，这将加速应用程序中的自动加载）：

composer.phar install --no-dev --optimize-autoloader

或者当自动化部署完成时：

composer.phar install --no-ansi --no-dev --no-interaction --no-plugins --no-progress --no-scripts --optimize-autoloader

如果你的代码库支持它，你可以换掉--optimize-autoloader for --classmap-authoritative。更多信息here https://getcomposer.org/doc/articles/autoloader-optimization.md