Goツールのリリースエンジニアリング | おそらくはそれさえも平凡な日々

前回: Goツールのリリースにおけるバージョニングについて 前回挙げた以下のリリース5段階の中で、バージョニングだけで1エントリになりましたが、今回は、2,3について。 versionをbumpする CHANGELOGを更新する 1,2での変更をgitに反映してタグを打つ ビルドする ビルドをアップロードする 具体的には、リリースに纏わるファイル更新をgitに反映さえてタグを打つところまで。ビルドする直前までとも言えます。 CHANGELOG.mdを自動更新する CHANGELOGは ghch で自動生成させている。規定の CHANGELOG.md をリポジトリに配置して、 % ghch -w -N $next_tag とすれば、魔法のように CHANGELOG.md を更新してくれる。生成された CHANGELOG.md はこんな感じ。 https://github.com/Songmu

[Songmu]

blogged.

[Sixeight]

git ciだけエイリアスな気がしました

[indication]

お、これを使って、androidアプリの自動化がさらに捗りそう(pushしたら、バージョン割付とapk作成まで実現済み)

[y_uuki]

ghchそろそろ使うか。

[zetamatta]

Linux での話。うむ、みんな似たようなことは考えてるな

[masutaka26]

GitHub のリリースページより、CHANGELOG.md に書いたほうがユーザはうれしいのかな