たとえば、netbeansには6.9.1のようなバージョンがあります。7.0.0; 7.1.1など。階層の2番目の数字は改善を意味し、最初の数字は新しい機能の導入に関するものであり、バグが発生する可能性が高くなります。では、特に最も安定したバージョンを取得したい場合は、これらのバージョン番号をどのように解釈すればよいですか?
3 に答える
一般的な場合、バージョン番号には固定されたセマンティクスはありません。一般的な規則は、「メジャー」バージョン番号を使用してメジャー変更を示し、「マイナー」バージョン番号を使用して小さな変更を示すことですが、これは石に投げ込まれていません。Linux 3.0の最近のリリースは良い例です。メジャーバージョン番号は、純粋にPR値のためにインクリメントされています。このリリースは、2.xxシリーズの以前のリリースほど重要ではありませんでした。
一部のプロジェクトには、安定した/不安定な規則があります。奇数番号のマイナーバージョン番号は開発バージョンであり、偶数番号のマイナーバージョンはリリースバージョンです。Linuxプロジェクトは、Gnomeやその他のさまざまなオープンソースプロジェクトと同様に、この規則を使用しています。
TeXには、独自の遊び心のあるバージョン番号付け規則があります。3.14、3.141、3.1415、3.14159などになります(ヒント:pi。)
各製品は、独自のバージョン番号ポリシーを説明する必要があります。
たとえば、Netbeansはガイドラインでそれをほのめかしています
いつもの:
- 3番目の数字は、「バグ修正のみ、APIの進化なし」を意味し、7.1.1または7.1.2のAPIの変更を確認するときに確認できます。
- 2番目の数字は、「APIの変更はありますが、下位互換性があります」を意味します。7.1リリースを参照してください。
- 最初の数字は「APIの変更、以前のバージョンと互換性がない可能性があります」用です。7.0リリースを参照してください。
非推奨のAPIを完全に削除し、既存のAPIを変更することができます...
移行ガイドが含まれます。
他にも多くのバージョン管理ポリシーが存在します。
見る:
このようなポリシーに関する公式ドキュメントは、semver.org:Semanticversioningにあります。
ラベル機能を使ってみませんか?この特定のバージョンにコメントを追加することができ、将来それを見つけて取得するのは簡単です。