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
Feature Toggleによる安定的リリース
Search
Yugo
March 09, 2024
140
0
Share
Feature Toggleによる安定的リリース
登壇資料
https://growfit01.connpass.com/event/308480/
Yugo
March 09, 2024
More Decks by Yugo
See All by Yugo
認可サーバ構築時の裏話
yugo
0
42
AIアプリケーションエンジニアとしての初めての仕事 - MCPの開発の経験を踏まえて
yugo
0
10
Cloudflare Workers Durable Objects
yugo
0
420
The Talking Rhythm
yugo
0
210
Featured
See All Featured
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
770
Measuring & Analyzing Core Web Vitals
bluesmoon
9
810
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.1k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
130
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
66k
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
270
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
61k
How GitHub (no longer) Works
holman
316
150k
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
280
We Are The Robots
honzajavorek
0
220
Transcript
Feature Toggle による 安定的リリース
自己紹介 名前: 伊吹祐剛 技術: TypeScript, Go, Google Cloud, GraphQL 興味:
チームビルディング、スクラム、英語 仕事: セキュリティサービス開発
目次 1. GitHub Flow開発について 2. トランクベース開発について 3. Feature Toggleについて 4.
まとめ
GitHub Flowについて 1. 構造がシンプル 2. デプロイする時は main ブランチを対象にする main feature
branch feature branch Staging Production UAT
GitHub Flowについて 1. 構造がシンプル 2. デプロイする時は main ブランチを対象にする main feature
branch feature branch Staging Production コードが異なる可能性がある
トランクベース開発について GitHub Flow により完結化したブランチ構成に対して より細かい粒度で main にマージしていく開発スタイル。 - デプロイペース -
毎週、毎日 - main は常にリリースできる状態にする
トランクベース開発のジレンマ 常にリリースができる状態で main を保つ必要がある。 だが、トランクベース開発のコンセプトとして、 一つ一つの PR などの粒度を小さく細かくマージしていき、 コードを新鮮な状態にしておかなければいけない。 しかし、開発途中のものをリリースに取り込みたくない。
トランクベース開発のジレンマ 常にリリースができる状態で main を保つ必要がある。 だが、トランクベース開発のコンセプトとして、 一つ一つの PR などの粒度を小さく細かくマージしていき、 コードを新鮮な状態にしておかなければいけない。 しかし、開発途中のものをリリースに取り込みたくない。
そこで!
トランクベース開発のジレンマ 常にリリースができる状態で main を保つ必要がある。 だが、トランクベース開発のコンセプトとして、 一つ一つの PR などの粒度を小さく細かくマージしていき、 コードを新鮮な状態にしておかなければいけない。 しかし、開発途中のものをリリースに取り込みたくない。
そこで! Feature Toggle だ!!
Feature Toggle とは 何者か - 開発途中のものを隠しておくためのもの - トランクベース開発と相性が良く、開発を促進する 何が嬉しいか -
公開、非公開の制御を GUIで制御できる - 特定の範囲のみに公開などが可能になる
Feature Toggle サービス - DevCycle - LanuchDarkly - Unleash -
Optimizely - VWO OSSとして提供があり、セルフホスティングできるものもある。
特徴① 主な Toggle 種別 - ON/OFF のbool切り替え - バージョンの管理 (v1,
v2, v3) - 文字列による切り替え(‘beforeXX’, ‘merged’, ‘afterXX’)
特徴② - マルチテナントで活躍 - 特定のテナントに機能の提供 - 特定のユーザーに機能の提供 - GUIで分かりやすい -
ボタン一つで切り替えできる分かりやすさ - リリース日まで機能の非公開などが可能
特徴③ - 環境毎に分けられる - dev、staging、prdなどの環境毎の設定ができる - 一つのフラグを作ることで全ての環境に対して作られたりする
まとめ Feature Toggle によって - mainブランチをベースにしたシンプル運用による安定的リリースができる - 対象を絞ったリリースができる - 環境での機能の切り替えができる
是非、これからの開発にFeature Toggleを取り入れて、血行の良い開発をしていきましょう!