build.numberがセマンティックバージョニングの「乱用」なのはなぜですか？

提案されたビルドシステム（Gradle / Artifactory / Jenkins / Chef）をシニアアーキテクトの1人に説明していましたが、彼は私に同意しませんでしたが、実際に計量するのに十分な経験はありませんでした。

このプロジェクトは、他のチームが再利用するアーティファクトとしてJavaライブラリ（JAR）を構築します。バージョン管理には、次のセマンティックアプローチを使用します。

<major>.<minor>.<patch>

どこにpatchバグ/緊急フィックスを示し、minor下位互換性リリースを示しており、majorいずれかのAPIの大規模なリファクタリングおよび/または互換性のない変更を示します。

ここでの配信に関しては、私が望むものです。開発者がコードをコミットします。これにより、QA / TEST環境へのビルドがトリガーされます。一部のテストは実行されます（一部は自動化され、一部は手動）。すべてのテストに合格すると、プロダクションビルドがJARを社内リポジトリに公開します。この時点までに、JARは適切にバージョン管理される必要があり、build.numberCIツールによって自動的に生成および提供されるものを使用して、パッチ番号として機能させることを考えていました。

したがって、バージョン管理は実際には次のようになります。

<major>.<minor>.<build.number>

ここでも、build.numberCIツールによって提供される場所。

アーキテクトはこれを却下し、CIビルド番号の使用はセマンティックバージョニングの「乱用」であると述べました。

私の質問は次のとおりです。これは正しいですか？もしそうでなければ、なぜですか？

マイナーバージョンとメジャーバージョンが増えると、ビルド番号は0にリセットされず、仕様のセクション7と8に違反します。

新しい下位互換性のある機能がパブリックAPIに導入された場合、マイナーバージョンY（xYz | x> 0）を増やす必要があります。パブリックAPI機能が非推奨としてマークされている場合は、インクリメントする必要があります。プライベートコード内に実質的な新しい機能または改善が導入された場合、増分される場合があります。パッチレベルの変更が含まれる場合があります。マイナーバージョンがインクリメントされると、パッチバージョンは0にリセットされなければなりません。

下位互換性のない変更がパブリックAPIに導入された場合、メジャーバージョンX（Xyz | X> 0）を増やす必要があります。マイナーおよびパッチレベルの変更が含まれる場合があります。メジャーバージョンがインクリメントされると、パッチとマイナーバージョンを0にリセットする必要があります。

したがって、バージョン番号（メジャー、マイナー、パッチ）を手動で提供する必要があります。これらは、変更ログや他のドキュメントを見る必要なく、ユーザーに1か所での変更を知らせるために使用されます。

ビルド番号を含めたい場合は、次の後に追加できます+（セクション10）：

ビルドメタデータは、パッチまたはプレリリースバージョンの直後にプラス記号とドットで区切られた一連の識別子を追加することで示すことができます。識別子は、ASCII英数字とハイフン[0-9A-Za-z-]のみで構成する必要があります。識別子は空であってはなりません。バージョンの優先順位を決定するときは、ビルドメタデータを無視する必要があります。したがって、ビルドメタデータのみが異なる2つのバージョンの優先順位は同じです。例：1.0.0-alpha + 001、1.0.0 + 20130313144700、1.0.0-beta + exp.sha.5114f85。

理由の1つは、パッチに複数のビルドが必要な場合があるため、バージョン5.7があり、5.7.1にパッチを適用したいが、最初の2つのバグ修正がCIシステムに送信されたときにビルドに失敗した場合、 5.7.3で最初のパッチをリリースする前に！

答えは、単純に4桁を使用することです（Microsoftシステムが持つ傾向があるため）。4番目はビルド番号であり、「情報のみ」に使用されます。一般に、リポジトリのバージョン番号をそこに入れます（SVNまたはTFSなどを使用する場合）。これは、バイナリのビルドに使用された正確なコミットを確認できるため、非常に便利です。そのようなものがない場合、CIビルド番号は合理的な近似値です（CIシステムがビルド番号を覚えてレポ履歴に結び付けることを望みますが、CIに依存しているわけではありません）システムはそれらを記憶しています-古いビルドを削除することはできません）。

1つ注意すべき点は、バージョン管理用のMicrosoftスキーマでは、ビルド番号に3番目の位置が使用されていることです。Chromeは1つの数字のみを使用します。Ubuntuは日付を使用します。使用する「標準」はありません。ただし、すべての数値をインクリメントする必要があります。