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
220
cherry-pick 運用は大変...
過去に経験したcherry-pickの運用方法について思ったことを共有した。
mst-nsh
November 03, 2023
Tweet
Share
Featured
See All Featured
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
135
33k
Building a Modern Day E-commerce SEO Strategy
aleyda
39
7.2k
How to train your dragon (web standard)
notwaldorf
91
6k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2.2k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.6k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
12k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
29
2k
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.5k
Code Reviewing Like a Champion
maltzj
522
39k
Gamification - CAS2011
davidbonilla
81
5.2k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
4
500
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.8k
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)