設定可能なソフトウェアの分岐戦略

Question

私はさまざまな顧客層向けに作成されたアプリケーションを開発中です。顧客によっては、ソフトウェアのユーザーインターフェイスの要素が異なる場合があります。たとえば、ある顧客はメニュー項目Xを必要とし、別の顧客はメニュー項目Yを取得することができます。

現在、ユーザーインターフェイスのすべての設定はXML（ほとんどの場合は春）で行われます。さまざまなメニューオプションの例では、1つのXMLファイルに、UIに表示するメニューオプションのリストが含まれている場合があります。

私は、すべてが同じコアベースラインを使用できるようにソフトウェアの分岐を最適に管理する方法を理解しようとしており、すべてがバグ修正や更新などを受け取ります。 branchesはXML設定ファイルです。

これを管理するための良い方法やテクニックはありますか？私は、各顧客が異なる支店を必要としていることを完全には確信していません - それは私の最初の考えだったので、私は他の提案に開放しています。しかし、これを最もうまく設定する方法についての助けをいただければ幸いです。

私たちは、このプロジェクト（SVNを使用）に分散バージョン管理システムを使用しているわけではありません。あなたはそれを管理することができた場合は

おかげで、

ジェフ

Answer 1

は、私は強く、顧客ごとに1つの支店に対して助言します。マージオーバーヘッドに、リリース後のパッチ適用などのその他の理由で発生する可能性がある通常のブランチ数を乗じたものを考えてみましょう。

代わりに、再コンパイルせずに機能をオンまたはオフにする設定方法を採用することができれば、より簡単に保守する方法が見つかると思います。

Answer 2

トランクでは、クライアントの名前を付けていくつかの設定ファイルを維持します。配信を準備するときは、関連する設定ファイルのみをコピーし、ソフトウェアによって期待通りに名前が変更されます。

Answer 3

本当に顧客間で違うのはXML構成ファイルだけだとすれば、顧客ごとに完全なコードブランチを作成することはできません。 DRYのアプリケーションです.2つの場所でコードを繰り返し実行すると、同期が外れてしまいます。

この場合、すべての構成ファイルを別々のブランチに保管するか、基本ファイルを使用して、顧客ごとに構成の上書きを行うだけです。次に、特定の顧客のためにすべてをまとめることができるビルドプロセスを作成するだけです。

すべての主観私は知っていますが、それが問題に近づく方法です。