1

漠然としているわけではありませんが、意図的にオフにしたコードをリリースするという考えには懐疑的であり、このテーマに関連する適切な情報源を見つけることができませんでした。これは本当に「状況によって異なります」という質問かもしれません。その場合は、遠慮なく反対票を投じて削除してください。

私の特定のコンテキストは、隔週の「リリース」(本番環境へのプッシュ)を備えた、私たち自身がホストするWebアプリです。また、現在Subversionを使用していますが、近い将来Gitに移行する動きがあります。

私が聞いたシナリオの1つは、自分のライブラリであろうとサードパーティのライブラリであろうと、まだリリースされていない既知の機能を備えたライブラリに依存する機能を展開することです。

もう1つは、機能の一部が完成したときにリリースしますが、すべての部分が一緒に本番環境に入るまで無効にします。

これらはどちらも最初は良さそうに聞こえましたが、特に一般的な慣習として、無効になっている本番環境に存在するコードの価値に疑問を投げかけています。これにより、機能を無効化/有効化するための手段を提供するためだけに、未完成の機能がコードベースを乱雑にしたり、必要以上に大きな構成ファイルを作成したりする可能性があるようです。

意図的に無効にされたコードをデプロイすることの利点は何ですか?また、これを何らかの頻度で行う前に、どのような懸念に対処する必要がありますか?

また、リンクを共有して、このプラクティスに名前があるかどうか教えてください。

4

2 に答える 2

1

これはフィーチャートグルと呼ばれます

役割ベースの承認を使用して機能を有効/無効にすることは、もはや危険ではないと私は主張します。コードの乱雑さや構成の増加に関する懸念は有効ですが、継続的デリバリーの支持者は、代替案(機能ブランチ)の方が悪いと主張するでしょう。

于 2012-07-25T05:50:32.500 に答える
0

私が見たこれを行うための主な基礎は、コードプッシュを構成プッシュから分離することです。それらを分離できる場合は、リリースが不良であるか構成が不良であるかを判断する方が簡単です。不完全な機能Xがデフォルトでオフになっているリリースをプッシュし、有効にせずにロールバックできるリリースをプッシュし続けることができます。次に、オンにすることを決定したときに、必要に応じてロールバックできる構成を更新できます。

于 2012-07-25T18:09:27.593 に答える