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
0
100
Feature Toggleによる安定的リリース
登壇資料
https://growfit01.connpass.com/event/308480/
Yugo
March 09, 2024
Tweet
Share
More Decks by Yugo
See All by Yugo
The Talking Rhythm
yugo
0
150
Featured
See All Featured
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3k
How STYLIGHT went responsive
nonsquared
98
5.4k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.3k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
175
52k
Automating Front-end Workflow
addyosmani
1368
200k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
30
2.2k
Optimizing for Happiness
mojombo
376
70k
Writing Fast Ruby
sferik
628
61k
Product Roadmaps are Hard
iamctodd
PRO
50
11k
For a Future-Friendly Web
brad_frost
176
9.6k
Side Projects
sachag
452
42k
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を取り入れて、血行の良い開発をしていきましょう!