应先明确需求：查 php 解释器版本用 php -v，查 git 仓库状态用 git status，查 composer 的 PHP 兼容性用 composer show –platform 或核对 composer.json 中的 php 约束。
PHP 本身没有“版本库状态”这个概念——你实际想查的，很可能是当前 PHP 运行环境的版本信息，或是某个用 Git 管理的 PHP 项目仓库的状态。这两者完全不是一回事，混淆会导致命令无效或结果错乱。
查看当前 PHP 解释器版本（最常见需求）
绝大多数情况下，用户输入“查看 PHP 版本库状态”，真实意图是确认服务器或本地装的是哪个 PHP 版本，是否符合项目要求。
- 在终端执行
php -v：输出包含主版本、次版本、修订号及 Zend 引擎信息，例如PHP 8.2.12 (cli) - 若需更详细信息（如编译参数、扩展路径），用
php -i；配合grep可快速筛选，如php -i | grep "Loaded Configuration File" - Web 环境下无法直接跑命令？新建一个
info.php文件，内容为，通过浏览器访问该文件 - 注意：
php --version和php -v等效，但某些旧版本只认-v；docker 容器里若报command not found，说明未安装 PHP CLI，得进容器先装php-cli包
查看 Git 仓库状态（如果你真在管 PHP 项目代码）
PHP 项目常由 Git 管理，所谓“版本库状态”实际指 Git 工作区和暂存区的变更情况。
- 进入项目根目录后执行
git status：显示未跟踪文件、已修改但未暂存文件、已暂存文件等 - 加
-s参数（git status -s）可获得简短格式，适合脚本解析，如MM file.php表示该文件被修改两次（工作区 & 暂存区） - 如果提示
fatal: not a git repository，说明当前目录不在 Git 仓库内，或没初始化（git init）过 - 注意：Git 不区分语言，
git status对 PHP/JS/Python 项目行为完全一致；别指望它告诉你composer.json里 PHP 版本约束是否满足
检查 composer.lock 中的 PHP 版本兼容性
现代 PHP 项目依赖 Composer，其 composer.lock 文件虽不直接存 PHP 版本，但会记录各包的 php 平台要求，间接反映项目对 PHP 的最低/最高要求。
立即学习“PHP免费学习笔记（深入）”；
- 用
composer show --platform查看当前环境中平台包（含php、ext-curl等）是否满足composer.json的require声明 - 若执行
composer install报错类似Your requirements could not be resolved to an installable set of packages，大概率是 PHP 版本不匹配，此时应核对composer.json里的"php": "^8.1"这类约束 -
composer why-not php:8.3可模拟升级 PHP 版本后哪些包会冲突（需 Composer 2.5+）
真正容易被忽略的是：PHP 版本、Git 仓库状态、Composer 平台约束这三者属于不同层级——PHP 版本是运行时基础，Git 管的是源码快照，Composer 管的是依赖契约。查错时得先分清你在排查哪一层的问题，否则 git status 再干净也救不了 php -v 显示的是 7.4 而项目要求 8.2 的事实。