先执行git pull再运行composer install可确保依赖一致。首先拉取最新代码，同步composer.lock变更，再安装指定版本依赖，避免因顺序颠倒导致的版本冲突。
1. 先运行 git pull
始终先从远程仓库拉取最新代码，确保本地与团队同步。
这一步会更新 composer.json 和 composer.lock 文件（如果他人提交了依赖变更）。
命令示例：git pull origin main（或当前分支名）
2. 再运行 composer install
根据更新后的 composer.lock 文件安装或更新 PHP 依赖。
Composer 会检查 lock 文件中的确切版本，并同步 vendor 目录。
命令示例：composer install
- 如果 composer.lock 被更新，composer install 会安装新指定的依赖版本
- 如果 lock 文件未变，则保持现有 vendor 内容不变
特殊情况处理
如果你修改了 composer.json 并运行过 composer update，记得把生成的 composer.lock 提交到 Git。
这样其他成员执行 git pull + composer install 时，就能获得你引入的相同依赖版本。
为什么不能反过来？
如果先运行 composer install，可能基于旧的 composer.lock 安装依赖，而后续 git pull 可能引入新的 lock 文件，导致依赖版本不一致或潜在兼容问题。
总结流程：git pull → composer install 基本上就这些，简单但关键。
