版本号不重要，对于dev team来说版本的管理方便是优先的

end user根据需要装相应的stable版本就行
--
FROM 114.241.225.*

我自己发布的软件，版本号3位是发布时间的 年.月.日，用户知道什么时候发布的，哪个更新就够了。

【 在 javaboy (喝了咖啡就话多-_-;) 的大作中提到: 】
: 版本号重要的。
: 符合semver标准的库，大版本号跳跃破坏兼容性，中版本号跳跃增加新功能，小版本号跳跃修正bug和稳定性。
: 全弄得像chrome一样只有一个数字，谁知道哪个版本改了些啥啊。
: ...................
--
FROM 36.45.172.*

版本号怎么看?

比如
4.8.1-3

【 在 lwp 的大作中提到: 】
: 4.8支持11，4.9支持14
: 后面难道不应该是5.2支持17，5.5支持20嘛
: 怎么就5 6，7，8，9，现在大版本号都10了
: ...................
--
FROM 101.88.221.*

gcc的版本是这么看的吗？

GNU发布的软件版本号命名规则大概是：主版本号.子版本号.修正版本号-编译版本号，名字怎么叫无所谓，层次关系是这样。
关于编译的时候版本号的控制，manual里面貌似提到了格式是major.minor.patchlevel（开始就地抄书）
你那个-1不清楚怎么回事，可能是个人或企业之类的托管/改写过的？
感觉主版本号比较魔性，gcc从5.+开始狂飙版本号，实际上5.+ - 9.+总数量和4.+系列差不多的，这个意义下minor可以当成patchlevel看了。
关于如何指定编译版本号参见：https://stackoverflow.com/questi ... -gcc-path-for-cmake
GNU发布的都是release版本（可用的），ftp服务器上面的snap版本是实验性的。



【 在 javaboy (喝了咖啡就话多-_-;) 的大作中提到: 】
: 版本号重要的。
: 符合semver标准的库，大版本号跳跃破坏兼容性，中版本号跳跃增加新功能，小版本号跳跃修正bug和稳定性。
: 全弄得像chrome一样只有一个数字，谁知道哪个版本改了些啥啊。
: ...................
--
FROM 101.88.221.*

我挺喜欢这样命名的版本号的。

【 在 spadger (imdx) 的大作中提到: 】
: 我自己发布的软件，版本号3位是发布时间的 年.月.日，用户知道什么时候发布的，哪个更新就够了。
--
FROM 106.121.165.*