バージョン要件でのチルダより大きい（〜>）の意味？

~>gem仕様のバージョン要件の意味は何ですか？

hanna-0.1.12は[haml（〜> 2.2.8）]に依存します

RubyGemsマニュアルでは、これを悲観的なバージョン制約と呼んでい ます。

n部のバージョン番号、たとえば1.3（2部）または 3.5.6.2（4部）を制約として指定したと仮定します。次に、制約を満たすために、バージョン番号は次の両方の条件を満たす必要があります

1. バージョン番号の最初のn-1部分は、制約の第n-1の部品と同一である（例えばなければならない1.x、または3.5.6.x一致が、0.xまたは3.5.7.xしない）と

2. バージョン番号の最後の部分はより大きくなるか、制約の最後の部分に等しい（例えばなければならない1.9999と3.5.6.2一致しますが、1.2または3.5.6.1しないでください）。

言い換えると

〜> x 1 .x 2 .x 3。….x n-2 .x n-1 .x n

マッチ

x 1 .x 2 .x 3。….x n-2 .x n-1 .y、y> = x n

これが「悲観的」制約と呼ばれる理由とその使用例も、と言った> x.y.zときは楽観的であるということです。これからずっと、ずっと永遠にAPIが変更されることはないと想定しているからです。もちろん、これはかなり大胆な仮定です。しかし、ほとんどのプロジェクトは、彼らがすることが許可されている場合についての規則持って 後方互換性を壊し、そしてどのように彼らは時にそのバージョン番号を変更する必要はありませんブレーク後方互換性を。悲観的制約を使用してこれらのバージョン番号付けルールをエンコードできるため、コードが常に機能し続けることが保証されます（他のプロジェクトの作成者が実際に自分のルールを順守していると仮定すると、残念ながら常にそうとは限りません） ）。

つまり、この記号を使用して、すべてのマイナーアップデートで宝石を最新の状態に保ち、アプリを壊す可能性があるメジャーアップデートを行わないようにすることができます。

たとえば、「〜> 1.2」は、gemを1.3に更新します（そのようなバージョンがリリースされている場合）が、2.0には更新されません。

バンドルドキュメントはこれを要約するのが最善だと思います：

指定子〜>には特別な意味があり、例で最もよくわかります。〜> 2.0.3は、> = 2.0.3および<2.1と同じです。〜> 2.1は> = 2.1および<3.0と同じです。〜> 2.2.betaは、2.2.beta.12のようなプレリリースバージョンと一致します。

それは同じメジャー/マイナー部分を持つすべてのバージョンに一致します。これは、この場合、haml〜> 2.2.8がすべての2.2.xバージョンと一致することを意味します。

これを使用して、新しいgemでAPIの破壊的な変更が、この場合はハンナを破壊する新しく変更されたgemに依存しないことを確認できます。