Towalles Towalles

学期計算機

x.y.zを入力してプライマリ/セカンダリ/パッチバンプを表示し、別のバージョンと比較します。

プライバシー：アップロードしないローカルで処理します。

↓ 下の入力領域に貼り付けて、結果をすぐに表示します。★QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB 610☆QADB

语义化版本号递增与比较 (major/minor/patch)。

版本
比较版本

major +1

2.0.0

minor +1

1.3.0

patch +1

1.2.4

compare (a vs b)

-1

備考

格式

支持可选 v 前缀与 x.y.z 三段数字; 不含预发布标签。 负数 a<b，0 相等，正数 a>b

x.y.zを入力してプライマリ/セカンダリ/パッチバンプを表示し、別のバージョンと比較します。

クイックスタート

  1. バージョンの入力

    v 1.2.3などのオプションのv接頭辞。

  2. 比較を読む

    負数は、最初のバージョンが低いことを示します。

制限

プリパブリッシュ（-alpha）または構築（+build）メタデータはありません。

機能とユースケース

SemVer文字列を比較し、プリリリース順序を処理し、npm規則に従ってパッチ/マイナー/メジャーを調整します。

リリース前の使用、依存関係競合チェック、および手動の CI バージョンポリシーレビュー。

典型的なワークフロー

新機能を開発する場合は、まずマイナーバージョンを追加します（例：1.2.3→ 1.3.0). リリース前にAPI互換性を確認してください：画期的な変更があった場合は、手動でプライマリ増分（1.2.3→2.0.0）に切り替えてください。最後にバージョン比較により、すべてのリリースより新しいバージョンが高いことを確認してください。

重要なバグ修正の場合、チームは通常、複数のバージョンのローを維持します。1.2.3～1.2.4をパッチした後、開発中の1.3.0と比較します。このツールは、パブリッシュ順序のエラーを防ぐために、バージョンツリー関係をすぐに検証します。

例

例

Input

1.2.3 patch bump

Output

1.2.4

FAQ

npmにマッチしますか？

Core x.y.z比較一致項、複雑な範囲の場合は、npm CLIを使用します。

1.0.0-betaのようなプリリリースバージョンを比較できないのはなぜですか。

ほとんどの開発シーンでの信頼性を確保するために、コアx.y.zフォーマットに焦点を当てています。