トグル機能 - バージョンコントロールワークフロー

Question

Toggle Featureの動作を見ていました。実際、私は単純なバージョン管理ワークフローを使用しています。 1つのmasterブランチは、本番環境ではいつでも展開可能で、別のブランチはdevelopと呼ばれます。新しい機能ブランチはdevelopからフォークされ、安定している場合はmasterにマージされます。そこでdevelopブランチをmasterにマージしました。 masterをリポジトリにプッシュすると、Jenkinsジョブがトリガされ、テストが実行され、本番環境にデプロイされます。

だから、フィーチャートグルを扱う際のリジッド（または最も一般的な）バージョン管理ワークフローは何かを理解したいと思います。

私はちょうどマスターブランチを持つつもりです、そして、すべてそれで動作しますか？

一般的なアプローチは、すべての開発者がブランチを開発することです。定期的にマスターブランチにマージしますか？

Answer 1

もう一方とは関係ありません。機能トグルは、アプリケーションのオプションの単なる名です。 configファイルで "COOL_FEATURE = off"と入力すると、フィーチャーを開発するための時間が世界中にあります（おそらく複数のブランチにあり、すべてmasterにマージされ、時間の経過とともにプロダクションにデプロイされます）。その物が実際にフィーチャである場合にのみ、フィーチャを有効にします（「COOL_FEATURE =オン」）。