如何通过Composer强制安装依赖包的dev-dependency？

嘿，我完全懂你碰到的这个痛点——Composer本身的设计就是不会安装依赖包的dev依赖，但偏偏你的CMS在项目开发时又必须用到code-generator。这里有几个靠谱的解决方案，你可以根据实际情况选：

方案1：把code-generator移到CMS包的require字段 #

如果所有用你这个CMS的项目，在开发阶段都离不开code-generator，那可以考虑把它从require-dev挪到require里。这样别人安装你的CMS时，Composer会自动把code-generator也装上。

不过要注意个坑：要是移到require，哪怕用户执行composer install --no-dev（生产部署常用命令），code-generator也会被安装，因为require是生产级依赖。如果生产环境完全不需要它，那这个方案可能就不合适了，除非你能确保用户部署时手动处理，或者有其他规避方式。

方案2：引导用户手动添加code-generator为项目的dev依赖 #

这是最符合Composer设计逻辑的常规做法，你可以在CMS的文档里明确写清楚：

开发阶段需要安装code-generator，请执行以下命令：

composer require --dev your-vendor/code-generator

虽然需要用户手动操作一步，但胜在稳定，不容易出奇怪的依赖冲突问题。

方案3：用Composer的suggest字段提示用户 #

在你的CMS包的composer.json里加上suggest段，像这样：

{
  "suggest": {
    "your-vendor/code-generator": "开发使用本CMS的网站时，需要此包生成代码"
  }
}

这样用户安装你的CMS时，Composer会输出一条提示信息，告诉他们这个包是开发所需，但不会强制安装。优点是既给了用户明确指引，又不会强行干涉他们的依赖配置。

方案4：用Composer钩子自动安装（不推荐） #

你可以在CMS的composer.json里加一个post-install-cmd钩子，自动帮用户装code-generator：

{
  "scripts": {
    "post-install-cmd": [
      "composer require --dev your-vendor/code-generator"
    ]
  }
}

但这个方案风险不小：

• 可能会和用户自己的Composer脚本冲突
• 如果用户安装时加了--no-scripts参数，钩子就不会执行
• 违背了Composer的依赖管理原则，容易让用户摸不着头脑

总结一下 #

如果code-generator是所有使用CMS的项目开发时必须有的工具，方案1或方案2是最优选择；如果只是推荐使用，方案3更合适。方案4尽量别用，容易给用户带来不必要的麻烦。

内容的提问来源于stack exchange，提问作者Kaz