Composer项目中应通过解析composer.json获取版本号而非硬编码,使用PHP命令校验语义化格式后打v前缀Git标签,并确保工作区干净、标签未重复,最后手动确认推送。

在 Composer 项目中,可以通过定义 scripts 来自动化版本发布前的 Git 标签操作。核心思路是:用 Composer 脚本调用 Shell 命令(如 git tag),并配合变量(如 $VERSION)或动态读取版本号,确保标签与 composer.json 中的 version 字段一致。
不要硬编码版本号。Composer 提供了内置变量 {$version},但它只在包被安装时可用,**不适合在本地发布脚本中直接使用**。更可靠的方式是用命令行工具解析 composer.json:
jq 工具提取 version 字段,例如:jq -r '.version' composer.json
php -r "echo json_decode(file_get_contents('composer.json'))->version;"
composer.json 中的 version 字段已手动更新为待发布的版本(如 "1.2.0"),这是语义化发布的前提避免重复打标签或误操作。推荐在 composer.json 的 scripts 中定义一个带检查的脚本:
"scripts": {
"release:tag": [
"@release:check-version",
"git tag -a "v{$VERSION}" -m "Release v{$VERSION}"",
"git push origin "v{$VERSION}""
],
"release:check-version": "php -r "$v = json_decode(file_get_contents('composer.json'))->version; if (!$v || !preg_match('/^\\d+\\.\\d+\\.\\d+(-[a-z0-9]+)?$/', $v)) { die('Invalid version format in composer.json\n'); } echo "Using version: $v\n';""
}说明:
release:check-version 先校验 version 是否符合语义化版本格式(如 1.2.0 或 1.2.0-beta.1)release:tag 使用 {$VERSION} —— 这里需在运行时通过环境变量传入,例如:VERSION=$(php -r "echo json_decode(file_get_contents('composer.json'))->version;") composer release:tag
v 前缀(如 v1.2.0)是主流约定,GitHub/GitLab 自动识别为 Release把打标签作为多步骤发布的一部分,比如:
composer.json 中的 version
git commit -am "chore: bump to v1.2.0")VERSION=$(php -r "echo json_decode(file_get_contents('composer.json'))->version;") composer release:tag
composer publish 等自定义脚本)常见问题要提前预防:
git status --porcelain 检查,非空则中止-f 强制覆盖不推荐;更稳妥的是先查:git rev-parse v{$VERSION} >/dev/null 2>&1 || git tag ...
release:tag 和 release:push-tag 两步基本上就这些。关键不是脚本多复杂,而是让版本号来源可信、操作可逆、失败有提示。Composer 脚本只是胶水,真正可靠的是你对 Git 和语义化版本的理解。
以上就是如何编写一个Composer脚本来处理版本发布前的准备工作?(Git打标签)的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号