私は通常、バージョン 1.0.0 でプロジェクトを開始します。いくつかのものをまとめるとすぐに、1.0.0 としてリリースし、1.1.0 に進みます。
ただし、これにより、私が書いたもののほとんどの完全なバージョン 1.0.0 を使用できますが、完全な機能ではありません。次に、機能を追加して、1.6.0 前後のまともなバージョンにします。多くのプロジェクトは、私の 1.0.0 と同じくらい使えるバージョン 0.1.0 から始まります。
何をすることをお勧めしますか? 1.0.0 または 0.1.0 から始めますか?
ちなみに、最後の番号はバグ修正リリースのみです。私の 1.0.0 を 1.0 として、0.1.0 を 0.1 として考えることができます。
バージョン番号は完全にあなた次第です。自分にとって意味のあることを行い、一貫性を保ちます。0、または 0.0、または 1.0、または 1.1 から開始する必要があるとは誰も言いません。
優れたプログラマーは、実際にバージョン番号付けシステムをローカルジョークとして使用しています。例 (ウィキペディア):
バージョン 3 以降、TeX は独特のバージョン番号付けシステムを使用しており、バージョン番号が漸近的に π に近づくように、10 進数の末尾に余分な数字を追加することによって更新が示されています。これは、TeX が現在非常に安定しており、マイナーな更新のみが予定されているという事実を反映しています。TeX の現在のバージョンは 3.1415926 です。最終更新日は 2008 年 3 月です
メタフォントの場合:
Metafont には TeX と同様のバージョン管理システムがあり、リビジョンごとに数値が漸近的に e に近づきます。
最後に、完全なバージョン番号ではありませんが、同様に興味深いのは、Google の新規株式公開 (IPO) が 2,718,281,828 ドルを調達するために SEC に提出されたことです (e~2.718 281 828 に注意してください)。
私が言いたいのは、群衆に従う必要があるとは思わないことです。創造的で一貫性があります。
ここではさまざまな要因が関係していると思います。バージョン番号の心理的/マーケティングへの影響（バージョン番号が頻繁に増加する=>より多くの$$$、人々は0.99ベータバージョンを購入したくないなど）を考慮に入れる必要があります。「ロジック」のバージョン番号は、大規模なチームで作業する場合に役立ちます。
そして、私は、不安定なバージョンでは奇数、安定したバージョンでは偶数を使用するLinuxの方法が好きです。
通常、バージョン管理はプログラマーにとって何らかの意味があります。メジャー番号の増加は、下位互換性を妨げる大きな変更を示している可能性があります。バージョン番号の他の数字は、小規模な機能拡張またはバグ修正を示している場合があります。
バージョン 0.6.5 のリングが不完全であることが心配な場合は、バージョン 1.0 で販売することをお勧めします。マーケティングのバージョン番号は、社内のバージョン番号と一致する必要はありません。たとえば、Windows 7 のバージョン番号は 6.1 です。
私の個人的な好みは、0.1.0 から始めてそこから進むことです。
プロジェクトによって異なります。単純なコマンド ライン ツールの場合、通常は 0.9[.0] あたりから開始します。これは、完成に近づいたとき (またはベータ テストの準備ができたとき) にのみリリースまたはパックすることを検討するためです。 1.0 を見たことがない人もいます。私は 1.0 をリリース バージョン (または少なくともローカルでテストされたベータ版またはリリース候補版) と見なし、それに応じて計画を立てます。
チームプロジェクトでは、最初のバージョンタグを付けた人が決定します:)。
0.1.0 から始めて、そこから上に移動します。これは私が Xploration By Adrian に適応させたものですが、初期の頃は非常に散発的で、1.0.0、0.0.1、およびその他のいくつかを使用していました。しかし、0.1.0 から始めてそこから進むことをお勧めします。
Semver ごとに、abc の a と c を A 用に予約してください。最初の公式リリースと C. バグ修正とパッチです。これは、メジャー バージョンが一般に古いコードを壊すためです。そして、パッチはバグを修正するだけです。これはすべて個人的な好みであり、0.99.0 から 1.0.0 に変更する必要があるという意味ではありません。
Arrietaが以前に正しくコメントしたように、バージョン番号はあなたにとって意味があるはずです。
次のようなものかもしれません: 最初の # は市長リリース、2 番目の # はいくつかの機能が追加された同じ市長リリース、3 番目の # は同じ市長リリースで、機能は同じですが、バグが修正されているか、わずかな (しかし十分に重要な) 変更が追加されています。
1.3.2 => より多くの機能といくつかのバグが修正された最初のリリース。
ただし、最終ユーザーの場合、最終リリースの大量に慣れている人もいます。
例: Corel 8、8.0.0、8.0.1、8.2.2 など。Corel 9、9.0.0...など。
そして、主に次のようなマーケティング戦略に関するものです。たとえば、Corel 15.0.2 ではなく Corel X5 です。
バージョン番号があなた用かクライアント用かによって異なります。
最初の使用可能な準備ができているが機能の完全なバージョンではない場合、通常、機能の完全なバージョンにどれだけ進んでいるかを判断しようとします。たとえば、最初の使用可能なものが 33% の機能の完全なバージョンである場合、バージョン番号を 0.3.0 または 0.3.0 にします。似ている。次に、機能の完全な対応するバージョンに向かって移動すると、同様の方法で特定の番号が取得されます。
ただし、過去の機能に移行すると、完全なバージョン管理を変更する必要があります
0.0.0 から始めて、そこから先に進みます。
1.1.1 から始めて、そこから先に進んでください。