PHP 项目更新需区分代码同步与依赖管理：用 git pull 拉取远程代码变更，注意分支名和未提交修改；用 composer install 或 update 更新依赖，生产环境禁用 update；手动替换文件时须清理 vendor 并刷新自动加载。
本地 PHP 代码库不是靠“更新”命令自动拉取的，它本质是你自己管理的文件集合——所谓“更新”，其实是同步远程变更、切换版本或重新安装依赖的过程。没有 php update 这种命令，别被标题误导。
用 git pull 同步远程 PHP 项目代码
如果你的本地 PHP 项目是通过 Git 克隆的（比如从 GitHub/GitLab），最常见“更新代码”就是拉取最新提交：
- 确保当前目录是项目根目录（含
.git文件夹） - 运行
git status确认没未提交修改，否则git pull可能冲突 - 执行
git pull origin main（注意分支名，可能是master、develop等） - 如果提示 “Your local changes would be overwritten”，要么
git stash暂存，要么先git add && git commit
这不是 PHP 特有的操作，但却是绝大多数 PHP 项目更新源码的实际方式。
运行 composer install 或 composer update 更新依赖
PHP 项目依赖通常由 Composer 管理，composer.json 变了，就得重装或升级包：
立即学习“PHP免费学习笔记（深入）”；
-
composer install：按composer.lock安装**精确版本**，适合部署或协作后首次 setup -
composer update：按composer.json升级到满足约束的**最新兼容版本**，会改写composer.lock - 生产环境禁止直接跑
composer update，容易引入不兼容变更 - 若报错
Could not find package xxx，检查composer.json的repositories配置或网络代理
手动替换/覆盖文件时要注意权限和自动加载
有些场景（比如下载 ZIP 包、复制他人代码）是纯文件操作，但这容易埋坑：
- 覆盖
vendor/前先删干净，否则旧类文件残留会导致Class not found - 修改了类名或命名空间后，必须运行
composer dump-autoload刷新自动加载映射 - Linux/macOS 下注意文件权限：
chmod -R 755不要乱加，尤其storage/、bootstrap/cache/需写入权限 - Web 服务器用户（如
www-data）可能无权读取你用个人账户解压的文件
真正的难点不在“怎么操作”，而在于分清动作目的：你是想同步协作变更？升级框架版本？还是修复某个 bug 补丁？选错方式（比如该 install 却 update，该 stash 却强制 pull --force）比不会敲命令更容易导致线上故障。
