Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
bundle-update.pdf
Search
vividmuimui
October 08, 2019
Programming
0
120
bundle-update.pdf
vividmuimui
October 08, 2019
Tweet
Share
More Decks by vividmuimui
See All by vividmuimui
あるチームでの技術選定で考えてること(外部向けに修正版)
vividmuimui
0
7
開発組織まわりで最近考えているあれこれ
vividmuimui
0
14
Dependabot vs BundleUpdate+LockDiff
vividmuimui
0
77
あなたの知らないRuboCopの設定
vividmuimui
0
210
最近(2019/02/03)の #Ruby , #Rails , #Bundler 事情
vividmuimui
0
140
Jasperはいいぞ!
vividmuimui
0
47
Danger CI
vividmuimui
0
100
tigとかaliasなし生活を送ってみて改めてgitを覚えてる話
vividmuimui
0
110
lock_diff の紹介
vividmuimui
0
96
Other Decks in Programming
See All in Programming
Deep Dive into ~/.claude/projects
hiragram
12
2.3k
なぜ「共通化」を考え、失敗を繰り返すのか
rinchoku
1
630
Code as Context 〜 1にコードで 2にリンタ 34がなくて 5にルール? 〜
yodakeisuke
0
120
「Cursor/Devin全社導入の理想と現実」のその後
saitoryc
0
700
5つのアンチパターンから学ぶLT設計
narihara
1
150
Rubyでやりたい駆動開発 / Ruby driven development
chobishiba
1
570
プロダクト志向なエンジニアがもう一歩先の価値を目指すために意識したこと
nealle
0
120
ruby.wasmで多人数リアルタイム通信ゲームを作ろう
lnit
3
370
スタートアップの急成長を支えるプラットフォームエンジニアリングと組織戦略
sutochin26
0
780
deno-redisの紹介とJSRパッケージの運用について (toranoana.deno #21)
uki00a
0
180
Kotlin エンジニアへ送る:Swift 案件に参加させられる日に備えて~似てるけど色々違う Swift の仕様 / from Kotlin to Swift
lovee
1
260
ペアプロ × 生成AI 現場での実践と課題について / generative-ai-in-pair-programming
codmoninc
1
6.6k
Featured
See All Featured
Faster Mobile Websites
deanohume
307
31k
RailsConf 2023
tenderlove
30
1.1k
Into the Great Unknown - MozCon
thekraken
39
1.9k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
Adopting Sorbet at Scale
ufuk
77
9.4k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
Intergalactic Javascript Robots from Outer Space
tanoku
271
27k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
500
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Building Adaptive Systems
keathley
43
2.6k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
124
52k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Transcript
bundle-update bundle-update 2019/09/10 LT 資料 @vividmuimui 1
定期 bundle update 定期 bundle update tachikoma circleci-bundle-update-pr Dependabot Renovate
https://rubygems.org/gems/tachikoma https://github.com/masutaka/circleci-bundle-update-pr https://dependabot.com https://renovatebot.com 2
Dependabot や Renovate が使える環境なら基本的にもうそれで良さそ う Dependabot は GitHub では private
リポも無料で使えるようにな ったし tachikoma, circleci-bundle-update-pr は、とても便利だけど Changelog へのリンクがなくて⼤変 3
tachikoma, circleci-bundle-update-pr tachikoma, circleci-bundle-update-pr Changelog へのリンクがなくて⼤変 Changelog へのリンクがなくて⼤変 こう思ったことないでしょうか? こう思ったことないでしょうか?
4
そこで lock_diff そこで lock_diff 5
GitHub GitHub vividmuimui/lock_diff vividmuimui/lock_diff https://rubygems.org/gems/lock_diff https://rubygems.org/gems/lock_diff 6
lock_diff lock_diff PR のFiles changed にあるGem le.lock の変更の差分を⾒て、 CHANGELOG 系ファイルへのリンクをPR
にコメントするgem tachikoma や circleci-bundle-update-pr などが作ったPR を対象にして実⾏ される想定 https://github.com/vividmuimui/lock_di _sample/pull/9#issuecomment- 315140796
7
lock_diff lock_diff changelog といっても、リポジトリによって様々な場所に書かれてる CHANGELOG.md RELESE_NOTE.txt history.md GitHub の機能の release
etc lock_di はそれらをよしなに探すようになってる コード: vividmuimui/lock_di の changelog_url_ nder.rb 8
実⾏の仕⽅ 実⾏の仕⽅ 実⾏に必要なのは 3 つ リポジトリ名 PR 番号 ( 省略できる)
基本的には特定のPR に対して実⾏するのでPR 番号が必要 でも、最新の bundle update の PR を特定して実⾏する⽅法もある ので、省略できる tachikoma, circleci-bundle-update-pr はPR 作るときのブラン チ名が特徴的なので、それで特定している ( ブランチ名が変わると ❌) $ lock_diff \ -r "vividmuimui/lock_diff_sample" \ -n 9 \ --post-comment=false
# 最新 PR 特定 実行 場合( `_for_tachikoma` 最 $ lock_diff_for_tachikoma
\ -r "vividmuimui/lock_diff_sample" \ --post-comment=false 9
実⾏の仕⽅ 実⾏の仕⽅ circleci で circleci-bundle-update-pr でセットで動かす⽤の コンテナが⽤意 されてる circleci-bundle-update-pr-with-lock-di 10
ぜひ使ってみてください! ぜひ使ってみてください! Dependabot で daily でアップデート、 で weekly で⼀括アップデート、 という感じで併⽤するのも案外良いですよ。
参考: Dependabot vs BundleUpdate+LockDi https://vividmuimui.github.io/slides/dependabot_vs_lockdi /slides/ 11
おわりに おわりに ずっと前に書いて、その時のニーズをある程度実装できたので、全然メ ンテしてない ( コードも汚い) もっと便利にできたらいいなーとは思ってます( 思ってる) https://github.com/vividmuimui/lock_di /issues
12