開発中の機能を小分けにして本番環境にどんどん出すためには - hitode909の日記

ふだんの開発では，稼働中のシステムに影響を与えないように開発中の新機能や新システムを共存させながらちょっとずつデプロイして進めている．どんな事を考えてやっているか記しておきます． フィーチャートグルを使う すべてのコードが本番環境に入っているけど無効化されている状態で開発を進める ブランチをたくさん作るのに対する考え方で，フラグを有効にすると開発中の機能を使える スタッフなら有効にしたり，フィーチャーのオンオフを選べる画面を作ってたこともある フィーチャーブランチを利用した開発はチームを継続的インテグレーションから遠ざける – ゆびてく FeatureToggle 完成したらフィーチャートグルに関係なく全員に有効状態にして完成 フロントエンドの施策で，実際のデータやインフラ構成でどれくらいスピードが出るかわからないときに，ひとまずフラグをオンにすると動く形でデプロイしたりとか レイヤの下の

[mas-higa]

下のレイヤから作って CI も通っていても、最後に外から呼べるようになったらビックバンが来そうでこわい。

[Sixeight]

フィーチャートグルの良いテクニック知りたい

[teppeis]

いま同じの取り組んでる。ビッグバンリリース撲滅したい

[mohri]

渋谷駅の建て替え工事みたいだとおもった。あっちはやってること丸見えだけど

[mooonymann]

“いきなり本番環境にでかいコードを出すと緊張し，動作実績のない大量のコードをいきなり動かすと不具合も出やすく，メリットがないので，絶対にちょっとずつ進めるようにしている ”

[morygonzalez]

激しく同意。トピックブランチ使わず全ての Pull Request は即 master に Merge できる状態で開発すべきだと思う。チームリーダーがトピックブランチ＆ドッカン Merge 好きでしんどい。

[ymkjp]

機能のリリースと配布は分けたほうが健全というの分かる。わざわざそのためのPaaSがあったりするもんなぁ、LaunchDarklyとか。

[dorapon2000]

“下から順番に作っていき，小分けにマージしていく 最後につながるまでは，本番環境では動いてないが，実装が置いてあったり，CIが通っていたり，という状態で進む”

[shibukk]

改めて良い内容

[u1tnk]

その通りすぎる

[daaaaaai]

いいこと書いてある

[usadamasa]

採用した状況はバラバラだけど、全部のパターンやったことある。

[takaya1992]

いま似たような感じでやってる。try-catchで括っておくのよさそう。

[tmatsuu]

現場の知恵

[sylvan_l]

開発中の機能を小分けにして本番環境にどんどん出すためには

[nagao198X]

機能を削除する場合は、逆に上の方からやるなと思った。おもしろい

[ravelll]

本当にビッグバンリリースしたくない

[moznion]

よい