コミットにバージョンタグを付けないのはいつですか？

コンテキスト：最近、セマンティックバージョニングについて知り、自分のプロジェクトで実際にそれを最適に使用する方法を決定しようとしています。

semverがバージョニングのために大きな変更、小さな変更、およびパッチを考慮に入れていることを考えると、いつコミットに更新されたバージョンのタグを付けるべきではないでしょうか？すべての変更がこれらのカテゴリのいずれかに収まるように思えるので、すべての変更をバージョン管理する必要がありますが、GitHubで人気のあるさまざまなプロジェクトを見ると、これは物事が行われる方法ではないようです（大規模なプロジェクトには数万件のコミットがあり、タグは数百件しかありません）。

SemVer はコミットではなくリリースのバージョン管理に関するものです。バージョン管理モデルで、マスターへのすべてのコミットをリリースにする必要がある場合、はい、すべてのコミットに変更の程度に応じてタグを付ける必要があります。

ただし、一般的に、プロジェクトはマスター上でほとんど安定した製品を開発し、サポートに値すると思われるリリースにタグを付けます。そうすると、バージョン管理スキームに従ってタグが付けられますが、特にSemVerである必要はありません。

バージョン番号はリリースに割り当てられます。一般に、すべてのコミットがリリースである必要はありません。これにはいくつかの理由があります。

まず、すべてのコミットを「テスト」すると言っている間、テストのレベルがあります。1台のマシンで自動化されたテストスイートを実行することはすべて問題ありませんが、複雑なソフトウェアではすべての問題をキャッチすることはできません。ハードウェアまたは構成に固有の問題もあれば、ハードテスト可能な要件よりも人間の主観的な考慮事項に関する問題もあります。

次に、メジャーバージョン番号を変更することはまれなアクションです。基本的に、削除された機能に依存しているかどうかを確認するには、ソフトウェアに依存するすべてのものを手動でチェックする必要があります。

この結果、長期的に現在の形でそれらの機能をサポートする準備ができている場合にのみ、完全な（アルファ/ベータではない）リリースで機能を「パブリックAPI」に追加する必要があります。

第三に、広く使用されているバージョンの数を抑えることは有用です。安定したブランチ上であっても、多くの修正をまとめて単一のリリースを作成する方が、修正ごとにリリースするよりも良い場合がよくあります。

言うまでもありませんが、バージョン番号の目的は、誰が実行しているソフトウェアのバージョンを簡単に判断できるようにすることです。

コードの特定の反復にアクセスできる可能性があり、一意の識別子を簡単に判別できない場合、その反復には一意のバージョン番号が必要です。これを「最初のルール」と考えています。結果として、明確なリリースには明らかに明確なバージョン番号が必要です。

ただし、さらに多くのことが関係しています。

これを確認する1つの方法は、各コミットでバージョン番号を上げることですが、これは通常良いアイデアではありません。比較的小さな変更を機能させるには、いくつかのコミット/イテレーションが必要な場合があります。また、多数の変更が蓄積され、0.0.2-> 0.0の結果としてバージョン0.0.1-> 0.0.2が表示されると、外の世界を混乱させます。 .56誰かが空白をコミットしたのは、一度に1つのファイルを修正し、機能的な変更を加えなかったためです。

「完全なリリースごとに1つのバージョン」から「コミットごとに1つのバージョン」までの道のりは、実際にあなた、他のユーザー、およびギャップを埋めるために使用するシステムによって異なります。

私は個人的に小さなプロジェクトでの作業に慣れており、他の人が使用するバージョンとこれらのそれぞれのバンプバージョンまで、gitハッシュを使用することを嬉しく思います（手に入れる人がいくら少なくても）。ただし、大企業や大規模プロジェクトでは、セマンティックバージョン番号以外の何かが使用されますが、リリース候補の番号付けなど、各コミットよりも忠実度が低くなります。これらには利点がありますが、複雑さが増します。

マスターにマージされるすべてのプルリクエストはバージョン管理される必要があります。

新しいバージョン（少なくともパッチ）であってはならない場合、feature / fix / etcが完全ではないため、マスターにマージすべきではありません。

ただし、チームのワークフローによっては、バージョンなしでマスターするために複数のコミットが行われる可能性があります。プルリクエストにいくつかのコミットがあり、それらがつぶされていない場合（私の意見ではないはずです）、まだ10のコミットとたった1つの新しいバージョンになる可能性があります。