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
cherry-pick 運用は大変...
Search
mst-nsh
November 03, 2023
390
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
cherry-pick 運用は大変...
過去に経験したcherry-pickの運用方法について思ったことを共有した。
mst-nsh
November 03, 2023
Featured
See All Featured
The Cult of Friendly URLs
andyhume
79
7k
Exploring anti-patterns in Rails
aemeredith
3
450
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
330
Why Our Code Smells
bkeepers
PRO
340
58k
We Are The Robots
honzajavorek
0
290
From π to Pie charts
rasagy
0
240
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
280
Ethics towards AI in product and experience design
skipperchong
2
330
Crafting Experiences
bethany
1
230
Amusing Abliteration
ianozsvald
1
240
YesSQL, Process and Tooling at Scale
rocio
174
15k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Transcript
cherry-pick 運用は大変...
cherry-pickとは $ git cherry-pick xxxxabc123
運用例 develop上のPRマージコミットをpickする
メリットって何だろう? リリースしたい部分だけリリースしながら、 即リリースしないが今後必要になりそうな部分の開発を進めて テスト反映・動作確認することができる。
でも運用は大変 ・どのPRをdevelopにマージ済みか・リリースしたかを管理するのが大変。 全PRとマージ・リリースしたPRのわかる管理表が必要になる。 ・staging反映作業時に、PRコミットのpick忘れも起きやすい。 ・develop環境とstaging,prod環境で異なるコード箇所が増える。 ・コンフリクトが起きやすいため、 cherry-pick後にコンフリクト修正作業が発生する。
どうしても運用するには ・develop,staging,masterの内容を定期的に統一する。
例のcherry-pick運用をどう思いますか? ・大変でリスクもあるので、おすすめできない。 ・テスト確認後にマージ済みの一部機能をリリースしない場合は、 その機能のリバートしてからリリースしたほうが良さそう。 ・長期で運用を導入する場合は、 運用しやすい環境整備・準備や覚悟をもって、やる必要がある。
参考文献 ・cherry-pick 運用の地獄から這い上がった話をしよう (https://zenn.dev/noraworld/articles/cherry-pick-operation)