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
0
83
cherry-pick 運用は大変...
過去に経験したcherry-pickの運用方法について思ったことを共有した。
mst-nsh
November 03, 2023
Tweet
Share
Featured
See All Featured
Building an army of robots
kneath
302
42k
How to train your dragon (web standard)
notwaldorf
88
5.7k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Mobile First: as difficult as doing things right
swwweet
222
8.9k
Adopting Sorbet at Scale
ufuk
73
9k
Rebuilding a faster, lazier Slack
samanthasiow
79
8.6k
YesSQL, Process and Tooling at Scale
rocio
167
14k
[RailsConf 2023] Rails as a piece of cake
palkan
51
4.8k
The Cult of Friendly URLs
andyhume
78
6k
Statistics for Hackers
jakevdp
796
220k
Agile that works and the tools we love
rasmusluckow
327
21k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
159
15k
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)