継続的な配信をしようとすると機能が切り替わる機能の切り替え

Question

機能の分岐を使用していて、継続的な配信を実現しようとしているチームが機能切り替えを使用する理由を理解しようとしています。あるチームが継続的な配信を望んでおり、機能の切り替えまたは機能の分岐のいずれかの助けを借りてそれを行うことができるとしましょう。

トグル機能では、「リリーストグル」と呼ばれるものが実装でき、チームはより早くリリースできます。機能が準備されておらず、マスターブランチのみを使用している場合は、それを切り替えてコードをリリースすることができます。

これは、機能分岐の場合とほとんど同じです。ここでは、開発の3つの機能と、すでに完了している機能を持つことができます。その後、チームは本番環境に展開することを望んでいます。彼らはそのフィーチャだけを選択してマージして解放します。

私はいくつかのチームが開発の際に両方のアプローチを使用していることを知りました。 この分野の経験があれば誰でも教えてください。

ご理解ください。

Answer 1

いくつかの理由が私には機能ブランチと機能のトグルが共存する理由を見てきました：

• 機能ブランチは、（あなたが任意のアプローチのために必要があると思いますプロセスのいくつかの議論、別に）を使用する努力を必要としないので、チームはそれらから始める可能性が高い。最終的にチームは機能トグルが良いアイデアであり、実装していることを認識していますが、それまでにはブランチの機能を使用しているため、両方の機能を引き続き使用します。
• 機能トグルを使用する方法とプロセスを配置した後でも、機能トグルはブランチよりも使い易くなります。それぞれの変更の周りにコードを書く必要がありますが、これは必ずしも簡単なことではありません。そして、彼らが目的を果たした時にそれらを取り除かなければならない。これは簡単なことだが、明らかに一部の開発者の手ごたえがある。
• ブランチには、私が考えることができる本当の潜在的な利点が1つあります。それらが統合されるまでは、チームの残りの部分とは全く別のものです。あなたの仕事が他の人を見せる準備ができていないと思うなら、それを望むかもしれません。