HsbtDiary

■ RubyGems/Bundler 4.0.13 のリリース

定期リリース予定の日だったので RubGems/Bundler 4.0.13 のリリース

https://blog.rubygems.org/2026/06/03/4.0.13-released.html

ここ数回はコンフリクトがあってもまあまあリリースできるようになってきたので、事前に素振りをして発生するコンフリクトと直し方の目処をつけて claude に解決させる、って感じでナレッジを積めば失敗することは無くなってきた、気がする。

しかし、それでも man の生成でバージョン違いで差分が出てやり直し、みたいなこともあり本当にだるいので徹底的に潰していかないとなあ。

■ Bundler に cooldown 設定による遅延インストール機能を追加した

4.0.13 には1-2ヶ月開発をしていた cooldown オプションを新規機能として追加した。

https://blog.rubygems.org/2026/06/03/cooldown-let-new-gems-be-vetted.html

最初は全く新しい機能なので 4.0.x ではなく 4.1.0 にするかなあなど考えていたけど、じゃあ出した後に 4.0.x のメンテはどうするの、とか 4.1.0 にしたら 4.0.x からのバージョンアップの心理障壁上がらないか?などを考えた結果「気軽に使ってもらいたいので 4.0.13 でいいや」となった。

細かい使い方などはリリースエントリの方を見て貰えば良くて、書いてないこととしてはエッジケースがめちゃくちゃあって、その都度 claude と壁打ちしながら、「じゃあ仕様としてこうするから」「それは債務を超えているので無視」などひたすら決めることをしていてなかなかに疲れた。日によっては1日8時間、ずっと日本語を書いてリサーチして仕様を決めてた日もあると思う。

例えば以下のようなケースで決めが必要となる。

1. lockfile に a-2.0.0 がすでに存在するときに cooldown window で a-1.0.0 が選ばれる時、どちらを入れるべきか
2. 同じような状況でローカルに gem i a:2.0.0 としてインストール済みの状態で新たに lockfile を作った場合に 2.0.0 と 1.0.0 のどちらで解決すべきか
3. cooldown のオプションに -1 や 0.1 を入れたら何が起きる?
4. ...

自分の中では上記のようなケースで「こっちにします」という判断軸はあるので、聞きたいという人がいればどっかで話す、かもしれない。しかし、今回は自分で書いたコードはほぼ0で、claude にずーっと日本語だけを話しかけて作った。AI coding 最高である。

cooldown が最高の解決策、とは全く思わないけど cooldown 3 くらいで設定しておけば、ほとんどのケースで平和になると思うので、気になる人は設定しておくといいと思います。ご活用ください。