“destination directory is not empty”是composer create-project专属报错，因在非空目录执行导致；必须确保目标目录为空，否则会跳过模板解压、直接install旧配置，引发结构错乱或依赖冲突，安全做法是彻底清空目录后重试。
“Destination directory is not empty” 是 composer create-project 的专属报错
这个错误不会出现在 composer install 中，只会在运行 composer create-project 时出现——它说明你正在一个已有内容的目录里强行创建新项目。比如当前目录下已经存在 vendor/、.env 或 composer.json，而你又执行了 composer create-project laravel/laravel . 这类命令。
常见触发场景：
- 在旧项目根目录下，误把
create-project当成install来用 - 用 Git 克隆完 Laravel 模板后，又手抖跑了一次
create-project - CI 脚本里没做 clean 步骤，重复执行初始化命令
删不删？怎么删才安全
别犹豫，直接删整个目录重来最稳妥。因为 create-project 不是增量操作，它依赖干净起点来解压/clone 模板，并生成初始 composer.lock 和 vendor/。残留文件（尤其是 composer.json）可能被误读，导致模板结构错乱或依赖版本冲突。
安全清理三步：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 确认当前路径是你要初始化的目标位置：
pwd - 删掉所有内容：
rm -rf *（注意不是rm -rf .，后者会删目录本身） - 再补一个
rm -f .git .gitignore，避免残留 Git 状态干扰模板初始化
为什么不能只删 vendor 或 composer.lock
因为 create-project 的本质是“从零拉起一个新项目”，不是“安装依赖”。它内部会：
- 下载指定包（如
laravel/laravel）的 dist 包或 clone source - 解压后执行 post-create-project-cmd 脚本（比如生成
.env、清空 Git 记录） - 再自动运行一次
composer install安装依赖
如果目录里已有 composer.json，它可能跳过模板解压，直接进入 install 阶段——这时你得到的就不是 Laravel 项目，而是一个按旧 composer.json 装出来的残缺环境。
想保留部分配置？换思路
如果你只是想复用某些自定义文件（比如 .env.example 或特定中间件），不要在目标目录里留着它们。正确做法是：
- 先用空目录跑通
composer create-project - 再把需要的配置文件手动复制进去（注意别覆盖
composer.json或vendor/） - 如有必要，再运行
composer dump-autoload或php artisan config:clear
记住：create-project 的“安全边界”就是目录是否为空。跨过这条线，后续问题基本都源于状态不可控——这点比网络慢或权限错更难排查。
