http://semver.org/spec/v2.0.0.htmlには、ソフトウェアのバージョン管理をどのようにして標準を作成し、いくつかの依存関係管理の問題を回避する方法に関する「正式な説明」があります。 item-spec-7では、次のように持っている:「SemVer.org」では、項目7に「パッチレベルの変更を含める」とはどういう意味ですか?
マイナーバージョンY(X.Y.Z | X> 0)は、新たな、後方互換性機能は、公開APIに導入された場合に増加しなければなりません。パブリックAPIの機能が廃止予定とマークされている場合は、それを増分しなければならない(MUST)。実質的な新しい機能や改善がプライベートコード内に導入された場合、それは増加するかもしれません。 パッチレベルの変更を含めることがあります。マイナーバージョンが増分されると、パッチのバージョンは0にリセットされなければならない(MUST)。
- 1)太字の文章は正確に何を意味するのでしょうか?
- 1.1)は、私は私が欲しいパッチのための任意の値を選択する可能性があることを意味しますか?しかし、パッチレベルを現在の値から変更するだけでは不十分です。
項目1.1は私のために感覚になりますが、文章の順序は私を混乱しました。結局のところ、マイナー値はちょうど増分されており、パッチは0(ゼロ)にリセットされました。
私はそれを正しくしましたか?
ありがとうございます!
:あなたが言う「[...]パッチレベルの変更の束を解放する」[...]あなただけのこれらの変更は、マイナーな増分値に私たちを導くであろうと考えていますか?あるいは、私たちはいくつかの変更(MUSTの誰か)とパッチの変更を「含む」ので、マイナーを増やすでしょうか?私が今考えていること:もう一つの仮説は、実際には1.1.30から1.2.3に移行できるということです。マイナーが増えていて、パッチがゼロにリセットされてから、パッチレベルの変更がいくつか含まれています。どう思いますか? –
ああ!パッチレベルの変更は、バージョンのパッチ値ではなく、コード自体に変更が加えられます。ではない?。 **パッチレベルの変更**だけでなく**パッチレベルの変更**も含まれている可能性があります...あなたの答えが正しいとは思わない。パッチレベルの変更があればあなたの言ったことを読んでいるので、マイナーを増やすことができます。間違っています。 Item-spec 6ではパッチレベルの変更のみを処理する方法について説明しています。とにかく助けてくれてありがとう、本当に感謝します。 –
この回答は間違っています。つまり、マイナーレベルを変更してパッチレベルを変更し、パッチをゼロにリセットすることで、パッチレベルの変更をマイナーレベルで変更することもできます。 – jwdonahue