miyado.dev

なんか使っているライブラリによるgit操作が遅いと思って、試しに素のコマンドを呼び出して実装してみたら、条件にもよるけど1.5倍以上速くなった。
枯れた技術の大切さが身に染みた。
遅いというissueだけそのうち立てておこうかな。

「成功したリリース」を定義、特にgitから得られる情報からのみ判断するのはなかなか骨が折れる。
失敗したリリースというのは、後から修正されたリリースだろう、というところまでは素直で良い。
問題は、その失敗したリリースが例えばrcとかbetaとかで正規リリースでなかったとしたら？
そういうプレリリースは普通正規リリースとは違うので無視したいだろう。
ただ、プレリリースに対して修正が入っていた場合、正規リリースの間にも修正が入っているのはまた事実。
これを成功とするか失敗とするかは、ケースバイケースでもありそうだ。
となると、個別に指定できるようにしておくのがよいかなあ。

RSSが動かなくなっていたのを直した。
いつから動いていなかったのかもわからない。
もしかしたら、ルートに平置きしていたファイルをsrc以下にまとめたときからかもしれない。
今までよりリクエスト回数は増えてしまうものの、構成としてはわかりやすく素直になった。

作っていたものはひとまずv1.0.0でリリースした。
今はパフォーマンス上げたり、オプションを追加したりしている。

実はこのブログはフロントもバックもセマンティックバージョニングを採用していない。
というのも、フロントはVercelでmainにマージしたら即リリースしているし、バックはREST APIのパスでv1までしか切っておらず、これと一貫する範囲のバージョンのみ管理できていればいいのでは？　とそれぞれ思ったためだ。
個人開発というのもあり、細かいバージョンを考えるよりもデプロイが簡便かつ自動化できる恩恵を選んで、実際便利でこそあれ不便さはない。

ただ、今回作ったツールはセマンティックバージョニングを採用した。
これはツールの利用対象が主にセマンティックバージョニングを採用しているリポジトリだったので、自身もそうなっていれば動作確認もできて便利、くらいだった。
のだけれど、そもそもGoのモジュールはセマンティックバージョニングを推奨されていると今更ながらに知った。
怪我の功名（？）だ。

最近使っているのがこれ
まだ想定のところまでは作れていないけど、限定された用途では使えるレベルになってきた。
想定のところもあともうちょっと。
明日で作りきれるといいな。