本稿は Git Advent Calendar 2019 の12日目の記事です。
昨日の記事は @miiina016 さんによる ブランチを切ってinitialコミットまでするalias でした。
概要
こんにちは。とつぜんですが、みなさまは GitHub で以下のようなものを見かけませんでしょうか。
↓こんなのとか
↓こんなのとか
※画像は Laravel先生の公式リポジトリ からお借りしました。
なんというかこんな風にバージョン6.5.2とか書かれると プロっぽさ というか 製品感がある というか。とにかく 見た目カッチョイイ ですよね(語彙力
これっていったいどうやってるんだろうと思って少し調べてみたところ、実はごく簡単な方法で実現ができるということがわかりました。そんなわけで今日はその方法を紹介してみたいとおもいます。
適当なリポジトリをつくります
単に私が検証用のリポジトリを用意しているだけなので、ここは読み飛ばしてもらってOKですｗ
下記は特になんの変哲もないリポジトリです。
tagをつけます
v1.0 という名前のタグを付けてリモートへ push します。
$ git tag -a v1.0 -m 'version 1.0'
$ git push origin v1.0
Counting objects: 1, done.
Writing objects: 100% (1/1), 162 bytes | 0 bytes/s, done.
Total 1 (delta 0), reused 0 (delta 0)
To https://github.com/Jpsern/test-product.git
* [new tag] v1.0 -> v1.0
おや？ release のようすが・・・
さきほどまではなかった release の数字が0から1に増えてますね。
クリックしてみるとこんなかんじです。
おお、バージョンがつきましたね。
しかし、もう少しなにかが足りない
さっき見た Laravel のリポジトリと比べると何かまだ見た目が寂しいですね。
ここからが Release 機能の出番です。使い方は簡単です。
1. Draft a new release をクリックします
2. 必要な情報を入力します
例えばこんなかんじです。一番上には先ほど作ったタグの名前を入れます。2つめはタイトルです。一番下のテキストエリアはリリース内容の詳細です。
入力が終わったら Publish release を押します。
すると・・・？
おお、なんということでしょう・・・！(古い)
冒頭でお見せしました Laravel の公式リポジトリと同じようなかんじになりましたね
ちなみに
下記の入力フォームのキャプチャを見ていただくと、Choose an existing tag, or create a new tag on publish とタグの入力フォームのそばに書かれています。
Release の登録時に存在しない tag の名前を指定すると、tag の生成も行います。なので、実は GitHub 上ですべて完結することも可能です。タグの名前を入力すると、そのタグが既に存在するかどうかメッセージも出してくれるので、こちらのほうが作業効率もよかったりします。
ただ、今回は tag の追加と、Release の編集を分けて説明したかったので前述までのような形をとりました。なので慣れている人はGitHub側の Release 機能でタグの追加からRelease編集までまとめて行うと良いのではないかと思います。
追記
@munieru_jp さんから、さらにプロっぽく見せることができるナイスなアドバイスをいただきましたので追記します。
バージョン表記は セマンティックバージョニング にしたがって行うようにすると、よりプロっぽさが増します。
細かい話は前述のリンク先を見てください。
超おおざっぱに説明しますと、以下の書式でバージョンを表記することです。必ず3ケタで表記します。
メジャー番号.マイナー番号.パッチ番号
例：1.0.0、1.1.0、など
感想
ということで味気なかった私のテスト用リポジトリでさえ少し立派に見えるようになりましたｗ
みなさまも制作されたソフトウェア等を GitHub で管理する際には git tag や、GitHub の Release 機能を使うと、それだけでちょっと見た目がいいかんじになるのでテンションが上がるとおもいます。気が向いた方はぜひ試してみてください