Composer提示版本号过长错误_修正自定义包的版本命名【规范】

Composer报错Invalid version string或Version string is too long，是因为composer.json中version字段含空格、中文、超190字符或非法预发布格式；它须严格遵循SemVer 2.0子集，推荐写法如"1.2.3"、"1.2.3-beta.1"、"1.2.3+20240501"，禁用"dev-main"、"v1.2.3"等；最佳实践是删除version字段，由Git tag（如v1.2.3）自动推导版本。

遇到Composer报出Invalid version string或Version string is too long？别慌，这几乎是每个开发者都会踩的坑。问题的根源很明确：你写在composer.json里那个version字段，格式不合规或者长度超标了。比如，里面混进了空格、中文字符，或者用了Composer无法识别的预发布标签。

为什么 version 字段不能随便写

Composer对版本号的校验，可比我们想象中要严格得多。它内部依赖Composer\Semver\VersionParser进行解析，这套机制严格遵循语义化版本（Semantic Versioning 2.0）规范的一个子集，并且额外加了一条硬性规定：整个版本字符串的长度不能超过190个字符。

那么，哪些写法最容易“触雷”呢？

• 最典型的，是在版本号里夹杂了非字符串内容。比如，1.0.0-beta.1+20240501是合法的，但如果你写成1.0.0-beta.1 (dev)，多了空格和括号，Composer会直接抛出Invalid version string。
• 直接把git describe命令的输出（例如v1.0.0-12-gabcdef）当成版本号填进去。这串描述符对Git很有用，但并不是合法的语义化版本，Composer自然不认。
• 手动拼接过长的哈希值或时间戳。比如1.0.0-dev-20240501123456-8a3f9c2d1e4b5a6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c，这种写法极易突破190字符的长度限制。
• 在私有包中，错误地将dist.reference（分发引用标识）的内容填入了version字段，这完全是两个不同的概念。

自定义包该用什么格式写 version

如果你维护的是自己可控的代码包（比如公司内部的工具库），在composer.json中书写version字段时，必须遵守以下规则：

• 格式必须为X.Y.Z[-prerelease][+build]。这里的prerelease（预发布标识）只能包含ASCII字母、数字、点号（.）和连字符（-）。像下划线、斜杠、空格这些都是禁止的。
• 比较推荐的写法是："version": "1.2.3"（稳定版）、"version": "1.2.3-beta.1"（预发布版）、"version": "1.2.3+20240501"（带构建元数据）。
• 有几种写法是绝对要避免的：一是"version": "dev-main"，这其实是分支名，不是版本号；二是"version": "v1.2.3"，开头的字母v并不被SemVer规范认可。
• 如果需要关联到特定的Git提交，正确的做法是通过dist配置下的reference字段来指定，而不是把它混进version里。

不用 version 字段也能发布私有包

其实，在大多数场景下，你完全不需要手动设置version字段。Composer更推崇一种“无版本”的优雅做法：让版本号由版本控制系统（通常是Git）自动推导。

• 第一步，直接删掉composer.json中的version字段（留空或者彻底删除）。
• 第二步，确保你的Git仓库打上了符合SemVer规范的标签（tag），例如执行git tag v1.2.3。这里有个有趣的点：虽然tag名习惯带v前缀，但Composer在解析时会自动去掉这个v，将其识别为1.2.3。
• 第三步，在你的私有包仓库（如Satis、Private Packagist）或者项目的repositories配置中，将其类型设置为vcs。这样，Composer就能自动从Git的tag和commit记录中提取出版本信息。
• 这样做的好处显而易见：既避免了手动填写可能带来的错误，又完美支持了composer require vendor/pkg:dev-main或:1.2.*这类灵活的版本约束方式。

话说回来，一个容易被忽略的细节是：当你在某些特定环境下使用composer install --no-plugins（例如在CI/CD流水线中禁用了插件）时，那些原本用于自动生成版本号的脚本可能会失效。如果此时composer.json里还残留着一个格式错误的version字段，问题就会立刻暴露出来。所以，最稳妥的策略是在本地开发阶段就养成好习惯：删掉它，让Git tag来全权驱动版本管理。这才是从根本上杜绝此类报错的关键所在。