技术博客
Symfony 项目里，依赖分两类：运行时必需的（比如 doctrine/orm），和只在开发/测试时需要的（比如 phpunit/phpunit 或 symfony/debug-bundle）。
错放会直接导致生产环境出问题：把调试工具塞进 require，上线后可能暴露敏感信息；反过来，把 symfony/console 放进 require-dev，bin/console 就直接报错。
直接加 @alpha 就行，但得确认包本身发布了 alpha 标签，不是所有包都支持。默认只装 stable 级别，alpha 属于 dev 级别，得显式放开策略。
不能。Composer 的 vendor-dir 是项目级配置，写在每个项目的 composer.json 里，没有全局生效的 vendor 共享机制——强行共用会导致依赖版本冲突、autoload 错乱、甚至 composer install 直接失败。
Composer 不会因为包被标记为 abandoned 就拒绝安装或报错——它只是在终端输出一行黄色警告，然后照常拉取、解压、autoload。这个标记纯属元信息，不触发任何强制行为。
因为 daisyUI 默认依赖 Tailwind 的 hover:、focus: 等变体（variants），而新版本 Tailwind 默认只启用部分变体；若未显式开启，btn-primary hover:bg-primary-focus 这类样式根本不会生成。
私有包不能靠 Packagist 自动发现，必须显式告诉 Composer 去哪找。核心是往 composer.json 的 repositories 字段里加一条配置，类型取决于你用的托管方式。
直接运行 composer init 会进入交互式问答流程，填完项目名、描述、作者、依赖等十几项才能生成 composer.json。实际开发中，90% 的初始项目只需要最小可用配置——比如一个空的 composer.json 或仅声明 PHP 版本约束。
因为 composer install 只在已有 composer.lock 时才安装依赖；它本身不生成 lock 文件。想生成或更新 lock，必须用 composer update 或首次运行 composer install（当 lock 不存在且 composer.json 存在时）。
执行 composer depends vendor/package-name 时返回“Package not found”，大概率不是命令错了，而是包名没写对——Composer 默认只认 vendor/name 格式，不接受别名、缩写或带 .git 后缀的 URL。比如你想查谁依赖了 monolog/monolog，写成 monolog 或 monolog/monolog.git 都会失败。
关键不是“加仓库”，而是让 composer 知道：这个包的源不在 Packagist，得去某个 Git 地址拉。直接在 composer.json 里写 "repositories" 是最常用方式，但必须配对使用 "type": "vcs"，否则会被忽略。