Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
cherry-pick 運用は大変...
Search
mst-nsh
November 03, 2023
0
340
cherry-pick 運用は大変...
過去に経験したcherry-pickの運用方法について思ったことを共有した。
mst-nsh
November 03, 2023
Tweet
Share
Featured
See All Featured
Fireside Chat
paigeccino
41
3.7k
Automating Front-end Workflow
addyosmani
1371
200k
Code Review Best Practice
trishagee
74
19k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Raft: Consensus for Rubyists
vanstee
141
7.2k
A better future with KSS
kneath
240
18k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.3k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.8k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
Designing for humans not robots
tammielis
254
26k
How to Ace a Technical Interview
jacobian
281
24k
YesSQL, Process and Tooling at Scale
rocio
174
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)