チームで進めるRenovate

Transcript

1. チームで進めるRenovate 2021.05.19 Radiotalk Tech Talk #2
2. ⾃⼰紹介
3. w ؔࠜ
   ࠀయ
   !LBUTVUPNV
   w ίωώτגࣜձࣾ
   
   "OESPJE
   &OHJOOFS
   
   w "OESPJEॻ͍ͨΓJ04ॻ͍ͨΓ
   w ࠷ۙ͸ίʔνϯάΛͯ͠·͢ ࣗݾ঺հ 
4. さて
5. ライブラリ更新うまくできて ますか？😄
6. ママリアプリの状況 • 初回リリースは2014年8⽉で6年ちょい • ライブラリ総数：126 • 最新バージョン使⽤率：69%（88 / 126） ※2021/04時点
7. ママリアプリの状況 • 初回リリースは2014年8⽉で6年ちょい • ライブラリ総数：126 • 最新バージョン使⽤率：69%（88 / 126） ※2021/04時点 ⼈⼒では結構⼤変😱
8. ママリアプリの状況 • 初回リリースは2014年8⽉で6年ちょい • ライブラリ総数：126 • 最新バージョン使⽤率：69%（88 / 126） ※2021/04時点 楽しちゃおう😆
9. チームで進めるRenovate
10. アジェンダ
11. アジェンダ • 課題の整理 • Renovateの紹介 • ママリアプリでの設定 • 進捗の共有 • まとめ
12. 課題の整理
13. 課題 • 古いバージョンを使い続 けるとリスクがある • 最新バージョンの機能を 使えず、選択肢を狭めて いる • ライブラリ更新を全て⼿ 動でやるのはキツイ
14. Before / After • 古いバージョンを使い続 けるとリスクがある • 最新バージョンの機能を 使えず、選択肢を狭めて いる • ライブラリ更新を全て⼿ 動でやるのはキツイ • 最新バージョンに上げて リスクヘッジする • プロダクトや技術の選択 肢の幅を広げる • ライブラリ更新を(⼀部) ⾃動化して楽をしたい
15. ⽬指すところ 定量⽬標 • ライブラリを100%最新バージョンにする + レガシーなライブラリは置き換える 獲得する能⼒ • ⼤規模なアップデートを進める⼒ • 定常的にライブラリを更新する⼒
16. ⽬指すところ 定量⽬標 • ライブラリを100%最新バージョンにする + レガシーなライブラリは置き換える 獲得する能⼒ • ⼤規模なアップデートを進める⼒ • 定常的にライブラリを更新する⼒ Renovateを使おう👍
17. Renovateの紹介
18. Renovate is 何？ • 依存関係の更新を⾃動化するツール • Multi-platform かつ multi-language • GitHub, GitLab, Bitbucket Cloud, Bitbucket Server, Azure DevOps and Gitea. • 更新があると⾃動でPull Requestが作られる
20. デフォルトルール • SemVerルール：ライブラリ毎にPRが分けられ、Patchは Minorと同列に扱われる • マルチプロジェクトも個別PRになる • PR作成スケジュールは「いつでも」 • 毎⽇24時間PRが作られる • reviewerの指定はされない
21. SemVer補⾜ hogehogeライブラリが0.8.0で • 0.8.1 (patch) • 0.9.0 (minor) • 1.0.0 (major) の更新があると ↓のPRが作られる • 0.9.0 (minor) • 1.0.0 (major)
22. SemVer補⾜ hogehogeライブラリが0.8.0で • 0.8.1 (patch) • 0.9.0 (minor) • 1.0.0 (major) の更新があると ↓のPRが作られる • 0.9.0 (minor) • 1.0.0 (major) minorにマージされて  0.8.1は作られない
23. SemVer補⾜ hogehogeライブラリが0.8.0で • 0.8.1 (patch) • 1.0.0 (major) の更新があると ↓のPRが作られる • 0.8.1 (patch) • 1.0.0 (major)
24. デフォルトルール(再掲) • SemVerルール：ライブラリ毎にPRが分けられ、Patchは Minorと同列に扱われる • マルチプロジェクトも個別PRになる • PR作成スケジュールは「いつでも」 • 毎⽇24時間PRが作られる • reviewerの指定はされない
25. デフォルトルール(再掲) • SemVerルール：ライブラリ毎にPRが分けられ、Patchは Minorと同列に扱われる • マルチプロジェクトも個別PRになる • PR作成スケジュールは「いつでも」 • 毎⽇24時間PRが作られる • reviewerの指定はされない いい感じに使いたい😓
26. ママリアプリでの設定
27. ママリアプリでの設定 • 週1でPull Requestを作る • マルチプロジェクトはPull Requestをまとめる • パッチバージョン更新は全てのライブラリで Pull Requestをまとめる • 担当者は⾃動アサイン機能を活⽤
28. 週1でPull Requestを作る • ⽕曜⽇の午後5時以降にスケジュール • 1時間に２つまで、上限10でPRを作る • 翌⽇のプランニングのために⽕曜⽇に作る
29. マルチプロジェクトをまとめる • バージョニングを共有するライブラリでバラバラにPRが 来ると困る • updateTypesで対象レベルを指定できる
30. Patch更新は⼀つにまとめる • Patchの更新は頻度が多く個別対応は⾟い • SemVer的には影響の⼤きい変更は少ない • たまに地雷踏むけど・・・ • ママリアプリは回帰テストで⼤事な機能はチェックして いる
31. ⾃動reviewer指定を活⽤する • 個⼈もしくはteamでの指定が可能 • team指定で動かず苦戦中 • Github Appsへの権限が不⾜しているっぽい？
32. で、どうなった？
33. Before / After • ライブラリ総数：126 • 最新バージョン使⽤率：69% （88 / 126） ※2021/04時点
34. Before / After • ライブラリ総数：126 • 最新バージョン使⽤率：69% （88 / 126） ※2021/04時点 • ライブラリ総数：125 • 最新バージョン使⽤率：58% （ 74 / 126） ※2021/05時点
35. Before / After • ライブラリ総数：126 • 最新バージョン使⽤率：69% （88 / 126） ※2021/04時点 • ライブラリ総数：125 • 最新バージョン使⽤率：58% （ 74 / 126） ※2021/05時点 敗北😱
36. 敗因 • PatchバージョンよりMinorのPR先に作られる => まとめたもので数を稼げない • ⾃動Reviewerの設定がうまくいっていない => 関⼼が下がり進捗が悪くな
37. これから • PatchバージョンのPR作成の優先順位を上げて捌いてみる • ⾃動Reviewerの設定を動かして、⼀⼈当たり2つ/週で捌 く
38. まとめ
39. まとめ • ライブラリ⾃動化にRenovateをおすすめした • ママリアプリでの設定を紹介した • 敗因とこれからを紹介した
40. ご清聴ありがとうございました
41. Appendix
42. • https://github.com/renovatebot/renovate • https://docs.renovatebot.com/configuration-options/ • https://github.com/ben-manes/gradle-versions-plugin