私は、Git にタグを付けることを誓う多くの開発者に会いました。個人的には、私はそれでの使用を見たことがありません。
バージョン情報をタグに入れることができるのは理解していますが、その情報をコミットメッセージに入れてみませんか?
コミットメッセージでは追加できない値をタグが追加することについて、私は混乱しています。
私は、Git にタグを付けることを誓う多くの開発者に会いました。個人的には、私はそれでの使用を見たことがありません。
バージョン情報をタグに入れることができるのは理解していますが、その情報をコミットメッセージに入れてみませんか?
コミットメッセージでは追加できない値をタグが追加することについて、私は混乱しています。
タグを使用すると、リポジトリ内の特定のコミットを参照できます。たとえばバージョンタグを使用すると、バージョン 1.5などに対応するプロジェクトのコミットを簡単に取得できます。これは、特定のコミットのハッシュを記憶したり、ログ情報をスクロール/検索してどのコミットがバージョン 1.5 を表しているかを調べたりするよりも望ましい方法です。
これは多くの理由で役立つ可能性がありますが、1 つだけを考慮してください。異なるバージョンのソフトウェアを実行している 2 つのクライアントがあります。クライアント Aは version1.5
で、クライアント Bは versionを使用しています2.0
。クライアント A がバグを報告しました。クライアント A のインストールをアップグレードするだけではなく、バージョン1.5
コードでバグに対処する必要があります。バージョンにタグ1.5
を付けると、実行中のコードに簡単に戻ってバグ修正に取り組むことができます。
Git では、タグを使用して、特定のコミットに記号名 (覚えやすい名前) を割り当てることができます。これにより、生のコミット IDではなく名前でそのコミットを参照できます。
多くの作業が完了する直前の時点など、特定のバージョンを繰り返し参照する場合は、ローカル タグを追加することがあります。また、注釈付きタグを使用して、特定のリリース バージョン番号をタグ付けします (注釈付きタグは簡単にプッシュでき、名前以外の追加の説明を含めることができます)。
コミット メッセージは通常、「バージョン X です」という理由だけでなく、コミットが行われた理由に関する詳細情報を提供するために使用されます。
タグを使用すると、ログをスクロールして正しいコミット番号を探すことなく、タグ付きバージョンに戻ることができます。タグ付きバージョンを直接チェックアウトします。タグの名前空間が制限されていることは、ここではメリットであり、障害ではありません。
タグに署名できることに注意してください。これは、プッシュする(つまり、別のリポジトリに公開する)ときに重要です。
「一部のオープンソースプロジェクトがプルリクエストを受け入れず、パッチファイルのみを電子メールで送信するのはなぜですか」を参照してください。
では、なぜGit(分散バージョン管理システム)でタグ付けするのでしょうか?
象徴的な名前のツリーを参照するためにタグを付けることができます(他の回答で説明されているように)。
ただし、コンテンツの整合性を保証することで別のリポジトリに貢献するために、タグに署名することもできます。
受信者が行う必要があるのは、タグの署名をチェックして、信頼できるソースからのものであることを確認することだけです。