Renovateを（できるだけ）ノールックマージする

Transcript

1. Renovateを（できるだけ）ノールックマ ージする 石田健太郎 2025年11月28日
2. 自己紹介 石田 健太郎（いしだ けんたろう） 2002年生まれの23歳 株式会社kubell 新卒2年目のフロントエンドエンジニア 「Chatwork」のブラウザ版・デスクトップ版の開発 を担当
3. Renovate
4. Renovate、使ってますか？
5. Renovate リポジトリ内の依存関係を検出して、新しいバージョンがないか確認してくれるツール ライブラリの更新PRを作成してくれる カスタマイズ可能 例えば... パッチバージョンは自動マージ reactとreact-domは同じPRに こんなメリット セキュリティリスクの低減 メンテナンスコストの削減
6. 便利ですねー
7. 全部捌けてますか？
8. 無理！
9. 無理！ 残念ながら溜まってしまう 弊チームでは週に一度棚卸しの会を行なっている プロダクションに影響を及ぼすものはエイヤでマージするわけにはいかないことがある このAPI使ってる？古いブラウザで動く？ etc... babelやcore-js等の全体に影響するものは何週間もかけてマージすることも 一方、テスト用のパッケージなどのプロダクション影響がないものは混ぜてみて困った ら戻すことができる こういうパッケージの確認に時間を取られたくない
10. できるだけノールックマージする
11. テスト系ライブラリ
12. CI通ってればヨシ！
13. テスト系ライブラリ CI通ってればヨシ！ 挙動に変更が入ったらテストが落ちるので気付ける E2Eはラベル等をトリガーにして実行できるようにしておくと ◎ 軽くリリースノートに目を通して気になるところがなければマージ breaking, remove, drop, deprecated とかで検索
14. ESLint
15. 開発でしか使わないのでヨシ！
16. ほんとに？
17. ESLint 直接のプロダクション影響はない が、バージョンアップでルールの設定に変更が入った場合、本来期待していた挙動と実 際の挙動に乖離が出る可能性がある 知らぬ間に挙動が変わってしまい、バグの温床だからと弾いていたコードが入り込むか もしれない 設定が変わっていないことを担保したい
18. ESLint ESLintには --print-config というオプションがあり、現在有効になっている設定を 確認することができる このオプションを使って現在のESLintの設定をJest等のスナップショットとして出力 しておけば、設定が変更された場合にテストが落ちるので変更を検知できる これでCIが通っていたらノールックマージできる 詳しくは弊社のテックブログがあります
19. ＠typesパッケージ
20. 型情報は消えるのでtsc通ってればヨシ！
21. ほんとに？
22. @typesパッケージ ランタイムでは型情報が消えるので直接の影響はない @typesパッケージが本体のバージョンを上回ってしまうと、未実装のAPIにアクセスし ても型エラーが出ないのでランタイムでコケてしまう @typesパッケージが本体のバージョンを上回っていないことを担保したい
23. @typesパッケージ package.jsonから@typesのバージョンと本体のバージョンを抜き出して、 @typesが本体を上回っていたら異常終了するスクリプトを作る package.jsonに更新がある場合にスクリプトが走るようにしておけば、テストが落ち るので気づくことができる これでCIが通っていたらノールックマージできる 詳しくは（多分）アドカレで書きます
24. まとめ
25. まとめ 直接プロダクション影響がないパッケージでも、完全にノールックマージすることには リスクがある リスクのある箇所を担保するためのテストを書こう パッケージによって担保の方法は違うので様々な角度でテストする必要がある 最終的にCIを落とすようにすれば「CI通ってるからヨシ！」と言えるのでレビュー が楽