2017-07-04 4 views
1

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(ゼロ)にリセットされました。

私はそれを正しくしましたか?

ありがとうございます!

答えて

1

私がsermver.org(2.0.0)のiten-spec 7で理解できる限り、それは増分する方法を説明していますマイナーバージョン値:

  1. マイナーバージョンY(x.Y.z |新しいAPI、下位互換性のある機能がパブリックAPIに導入された場合は、必ずインクリメントする必要があります(x> 0)。パブリックAPIの機能が廃止予定とマークされている場合は、それを増分しなければならない(MUST)。実質的な新しい機能や改善がプライベートコード内に導入された場合、それは増加するかもしれません。 には、パッチレベルの変更が含まれることがあります。マイナーバージョンが増分されると、パッチのバージョンは0にリセットされなければならない(MUST)。

はそれインクリメントマイナーで、この新しいバージョンのコードにパッチレベルの変更を含むかもしれません。しかし、パッチ・レベルの変更だけでは、マイナー・インクリメントには至りませんでした。一方で、それはアイテムスペック6で表され:

  • パッチバージョンZ(X-Y-Z | X> 0)のみ下位互換性バグ修正がある場合にインクリメントされなければなりません導入された。バグ修正は、誤った動作を修正する内部変更として定義されています。
  • あなたの答えについて
    -1

    パッチレベルの変更が含まれる場合があります。マイナーバージョンが増分されると、パッチのバージョンは0にリセットされなければならない(MUST)。

    あなたは1.1.0上にある場合は、1.1.23にあった場合、あなたはパッチレベルの変更の束をリリースしたい、あなたは1.2.0 にバンプ可能性があることを意味し、 1.2.0

    +0

    :あなたが言う「[...]パッチレベルの変更の束を解放する」[...]あなただけのこれらの変更は、マイナーな増分値に私たちを導くであろうと考えていますか?あるいは、私たちはいくつかの変更(MUSTの誰か)とパッチの変更を「含む」ので、マイナーを増やすでしょうか?私が今考えていること:もう一つの仮説は、実際には1.1.30から1.2.3に移行できるということです。マイナーが増えていて、パッチがゼロにリセットされてから、パッチレベルの変更がいくつか含まれています。どう思いますか? –

    +0

    ああ!パッチレベルの変更は、バージョンのパッチ値ではなく、コード自体に変更が加えられます。ではない?。 **パッチレベルの変更**だけでなく**パッチレベルの変更**も含まれている可能性があります...あなたの答えが正しいとは思わない。パッチレベルの変更があればあなたの言ったことを読んでいるので、マイナーを増やすことができます。間違っています。 Item-spec 6ではパッチレベルの変更のみを処理する方法について説明しています。とにかく助けてくれてありがとう、本当に感謝します。 –

    +0

    この回答は間違っています。つまり、マイナーレベルを変更してパッチレベルを変更し、パッチをゼロにリセットすることで、パッチレベルの変更をマイナーレベルで変更することもできます。 – jwdonahue

    関連する問題