web-dev-qa-db-ja.com

初期バージョンとして何を使用しますか？

通常、プロジェクトはバージョン1.0.0で開始します。いくつかのものが揃ったらすぐに、1.0.0としてリリースし、1.1.0に進みます。

ただし、これにより、使用可能なものの、正確には機能しない完全なバージョン1.0.0が作成されます。その後、機能を追加して、1.6.0前後のまともなバージョンを入手します。多くのプロジェクトはバージョン0.1.0から始まり、これは私の1.0.0と同じように使用できます。

何をすることをお勧めしますか？ 1.0.0または0.1.0から始めますか？

最後の番号は、バグ修正リリース用です。私の1.0.0は1.0で、0.1.0は0.1であると考える方が簡単です。

version-numbering
99
Noarth

Semantic Versioning 2.0. 標準は次のように述べています：

最も簡単なことは、最初の開発リリースを0.1.0から開始し、その後のリリースごとにマイナーバージョンを増分することです。

0.3.0から1.0.0に変更しても問題ありません。また、0.23.0であっても問題ありません。 0.4.0から開始することは、以前に公開されたバージョンがあったことを示唆しているため、ややお勧めできません。

さらに、0.y.zは、迅速な反復のために脇に置いておくため、最初の開発（およびそれによる多くの重大な変更）によって、142.6.0のようなばかげたものが残ることはありません。メジャーバージョンをバンプする代わりに、1.0.0をリリースするまで、重大な変更があるたびにマイナーバージョンをバンプします。

メジャーバージョンゼロ（0.y.z）は初期開発用です。いつでも変更される可能性があります。パブリックAPIは安定していると見なすべきではありません。

172
Bardi Harborow

バージョン番号は完全にあなた次第です。 yoに意味のあることを行い、一貫性を保ってください。 0、0.0、1.0、または1.1から始めなければならないという人はいません。

優秀なプログラマーは、実際にバージョン番号システムをローカルジョークとして使用しています。例（Wikipedia）：

バージョン3以降、TeXは、バージョン番号が漸近的にπに近づくように、10進数の末尾に追加の数字を追加することで更新が示されている特異なバージョン番号付けシステムを使用しています。これは、TeXが非常に安定しており、マイナーアップデートのみが予想されるという事実を反映しています。 TeXの現在のバージョンは3.1415926です。最終更新は2008年3月です

METAFONTの場合：

Metafontには、TeXのバージョン管理システムと同様のバージョン管理システムがあり、各リビジョンで数値が漸近的にeに近づきます。

最後に、バージョン番号ではありませんが、同様に興味深いのは、Googleの最初の公募（IPO）がSECに2,718,281,828ドルを調達したために提出されたことです（e〜2.718 281 828に注意してください）。

私の要点は、群衆に従う必要があると感じないことです。創造的で一貫性のあること。

3
Escualo

ここではさまざまな要因が影響すると思います。バージョン番号の心理的/マーケティングへの影響（バージョン番号が頻繁に増える=> $$$以上、人々が0.99ベータ版を購入したくないなど）を考慮する必要があります。 「論理」バージョン番号は、巨大なチームで作業するときに役立ちます。

そして、不安定版では奇数、安定版では偶数になるLinuxの方法が好きです。

2
Alexandre C.

最初の使用可能な準備が整ったが機能が完全なバージョンではない場合、通常、機能が完全なバージョンに向かってどれくらい進んでいるかを判断しようとするため、たとえば、最初の使用可能な機能が33％機能が完了した場合、バージョン番号を0.3.0または同様。その後、機能の完成に向かって対応するバージョンが同様の方法で指定された番号を取得します。

ただし、過去の機能に移行すると、完全なバージョン管理を変更する必要があります

1
Tristan

0.1.0は私が始めてそこから上に移動するものです。これは私がXploration By Adrianに適合させたものですが、初期の頃は非常に散発的で、1.0.0、0.0.1、および他のいくつかを使用していました。しかし、0.1.0から始めてそこから行くことをお勧めします。

Semverごとに、Aのa.b.cでaとcを予約します。最初の公式リリースとC.バグ修正とパッチ。これは、メジャーバージョンが一般に古いコードを壊すためです。そして、パッチはバグを修正するだけです。これはすべて個人的な好みであり、0.99.0は1.0.0に移行する必要があるという意味ではありません。0.218.42に到達するものを見てきました。

0
TheGrimSilence

npm パッケージのバージョン番号を選択するときは、package.jsonsemverの範囲 にリストされている依存関係ではv1.0.0未満では機能しないことに注意してください。あれは、

"dependencies": {
    "my-package": "^0.5"
}

に等しい

"dependencies": {
    "my-package": "0.5"
}

Semver範囲を使用できるようにしたい場合、または他の人にそれらを使用させたい場合は、1.0.0から始めます。

0
henry

通常、バージョン管理にはプログラマーにとって何らかの意味があります。メジャー番号の増加は、後方互換性を妨げる大きな変更を示している場合があります。バージョン番号の他の数字は、より小さな機能拡張またはバグ修正を示している場合があります。

バージョン0.6.5に不完全なリングがあることが心配な場合は、バージョン1.0で販売することをお勧めします。マーケティングバージョン番号は、内部バージョン番号と一致する必要はありません。たとえば、Windows 7のバージョン番号は6.1です。

私の個人的な好みは、0.1.0から始めてそこから行くことです。

0
Michael Venable