扩展包开发时Composer应该怎么配置-composer-PHP中文网

本地包修改后主项目不生效，是因为 repositories 未配置在主项目 composer.json 根级、本地包 name 不匹配或未启用 symlink；需确保 path 类型仓库含 "symlink": true 并运行 composer update acme/utils。

扩展包开发时composer应该怎么配置

本地包改了代码，主项目不生效？不是 Composer 坏了，是你没配对 repositories、name 和 dev-main 这三样东西。

为什么 `composer require vendor/name:dev-main` 总报 “Could not find package”

根本不是网络或缓存问题——Composer 根本没“看见”你的本地目录。它只从主项目根目录的 composer.json 里读 repositories 数组，别的地方写的全无效。

repositories 必须写在主项目（不是本地包）的 composer.json 根级，且是合法 JSON 数组，例如：
```
[{ "type": "path", "url": "./packages/my-utils" }]
```
url 推荐用相对路径；Windows 下绝对路径（如 C:/work/my-utils）极易静默失败
本地包目录下必须有 composer.json，且 name 字段（如 "acme/utils"）要和 require 里写的**完全一致**（大小写敏感、不能少 vendor）
本地包目录需已执行过 git init 并至少有一个 commit，否则 Composer 直接跳过

怎么让改完本地包代码立刻在主项目里生效

默认行为是复制（copy），不是符号链接（symlink）。你改的是 ../my-utils/src/Helper.php，但 vendor/acme/utils/src/Helper.php 还是旧文件。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

在 repositories 条目中加 "options": {"symlink": true}
运行 composer update acme/utils（不是 install，也不是 dump-autoload）才会重建 symlink
验证是否成功：ls -la vendor/acme/utils 应显示 -> ../my-utils；Windows 用户用 dir vendor\acme\utils 看是否为“快捷方式”类型
Windows 需开启开发者模式或以管理员权限运行命令行，否则 symlink 创建失败且无提示

`require` 里版本写 `dev-main` 还是 `*`？

必须写 dev-main（或你本地 Git 分支的实际名字，如 dev-develop），不能写 * 或 ^1.0。

path 类型仓库下，Composer **忽略本地包 composer.json 中的 version 字段**，只认当前 Git HEAD 所在分支名
写 "acme/utils": "*" 会被解释为“任意稳定版”，而本地包没有 tag，必然失败
写 "acme/utils": "^1.0" 同理——它会去找 tag，找不到就报 Could not find a matching version
如果你本地在 main 分支，require 就必须写 "acme/utils": "dev-main"