composer create-project比git clone更可靠，因其自动下载zip归档、删.git、执行composer install及post-create-project-cmd脚本（如php artisan key:generate），而clone仅复制源码，需手动补全全部初始化步骤。
直接用 composer create-project 比手动 git clone 更可靠，尤其当你需要一个「能立刻运行」的项目时——它不只是复制代码，而是完整走完初始化流水线：解压、装依赖、执行脚本、清理 VCS；而克隆只是把源码原样拉下来，vendor 为空、.env 没生成、APP_KEY 没设置，甚至可能因 Git 历史残留导致后续 git init 失败。
create-project 实际做了什么，而 clone 做不到
执行 composer create-project laravel/laravel blog 时，Composer 并不是在做 git clone，而是：
- 从 Packagist 下载该包对应版本的 zip 归档（默认
--prefer-dist），不是 clone 仓库 - 解压到新目录
blog/，自动删除其中的.git/目录（防冲突） - 进入该目录，执行
composer install安装所有require和require-dev - 触发
post-create-project-cmd脚本（如 Laravel 的php artisan key:generate） - 整个过程与你当前所在目录、当前是否有
composer.json完全无关
而 git clone https://github.com/laravel/laravel.git blog 只是把 Git 仓库拉下来，vendor/ 为空，.env 是 .env.example，artisan 无法运行，你还得自己 composer install、cp .env.example .env、php artisan key:generate……漏一步就报错。
为什么 clone 后 composer install 常常失败或不一致
常见问题不是出在代码上，而是环境和上下文缺失：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
clone下来的composer.json里可能含"type": "project"，但composer install不会执行post-create-project-cmd—— 这个钩子只在create-project流程中触发 - 模板包若定义了
"minimum-stability": "dev"，而你本地 Composer 全局配置是stable，composer install就会卡在找不到某些 dev-only 依赖 - 克隆的仓库带完整 Git 历史，
vendor/里某些包如果也用 Git 方式安装（--prefer-source），可能因子模块或 shallow clone 冲突报错 - 有些模板（如 Drupal 的
drupal-composer/drupal-project）依赖scripts/composer/ScriptHandler.php在create-project时重写路径、移动文件，clone 后这些逻辑完全不跑
什么时候才该用 git clone？
只有明确需要以下某一项时，才绕过 create-project 直接 clone：
- 你要基于某个分支做长期定制开发，并准备向原项目提 PR（此时需保留
.git和提交历史） - 你正在调试模板包本身的
composer.json或post-create-project-cmd脚本，需要反复修改并测试流程 - 你用的是私有 Git 仓库且未注册为 Composer
vcs类型源，又不想配repositories—— 但更正解是补上repositories配置，而非放弃create-project
注意：git clone 后若仍想走标准初始化，可进目录手动运行 composer install --no-interaction，但这无法替代 create-project 对 .git 的清理和钩子的触发 —— 那些步骤是原子性的，拆开就容易漏。
自定义模板必须声明 "type": "project"
如果你自己维护一个脚手架（比如公司内部的 PHP 项目模板），别人想用 create-project 初始化它，光有 composer.json 不够，必须满足：
-
composer.json根级有"type": "project"字段（不是library或空） - 包已发布到 Packagist，或已在用户本地配置了对应
repositories -
post-create-project-cmd必须定义在该模板自己的composer.json顶层scripts中，不能藏在某个依赖里
否则 composer create-project myorg/skeleton myapp 会静默失败或报 Could not find package —— 不是网络问题，是类型校验没过。查证方式很简单：composer show myorg/skeleton | grep type，输出里必须含 project。
