「Gaim 1.0.0 リリース」記事へのコメント

1.0.0の理由

[Anonymous Coward]

実はただバージョンナンバリングの規則が変わっただけなのさ。

X.Y.Zの形式で
　Zの部分の増加は機能追加/バグ修正
　Yの部分の増加はGaim APIの追加
　Xの部分の増加は後方非互換なGaim APIの変更
という意味になった。

参考:gaim-devel: Version numbers [sourceforge.net]

そういや(オフトピ:-1)

[Anonymous Coward]

こういったバージョンナンバリングの規則ってどんな感じが一般的なんですかね？
/.Jの中の人はどんな感じにしてますか？

Re:そういや(オフトピ:-1)

[ikemo (901)]

Kita [kita.osdn.jp]の場合ですが、

最初はどうせブランチ作らないからいいやと思って0.1、0.2とただの小数にしてたのですが、
0.90になってこのまま小数を使うと0.999999みたいになりそうなのでｗ、
0.100.0という中途半端なバージョンになりました。最初からx.y.zにすればよかったですが。
# 0.100でないのはrpmのバージョン比較で困るため。

yが機能増加、zがバグ修正としたつもりですが、まだ互換性とか安定版とか気にしてないので適当ですね。
最近yしか増やしてませんし。

あと、一般的には、Open Source系はx.y.zが多くて、それ以外(Windowsのフリーウェアなど)は小数が多いという印象です。
試しに今使っ

バージョン番号の付け方

[Crisp (10852)]

Linux JFにSoftware Release Practice Howto [linux.or.jp]という文書があって、その中にアーカイブ名の付け方に言及している箇所 [linux.or.jp]があります。

これによるとx.y.zっていうのはGNUスタイルなんだそうです。

私もx.y.zを使いますね。0.9になって次どうしよう、みたいなオーバーフローを心配せず0.9.0→0.10.0とすればいいので。

といいつつ無精なのでそれぞれの桁が3を上回ったことがないのですが。