イントラネットCRUD /管理パネルをプロダクションアプリから分離

Question

レビュックスを使用して中程度の複雑な反応アプリで作業しています。現時点では、本番環境で満足しているバージョンがあり、ローカルで実行されるアプリケーションのバージョンの管理領域に取り組んでいます。このローカルバージョンには、基本的なCRUD機能がいくつかあります。私は現在、生産ビルドからCRUDを取り除く最善の方法を評価しています。

メイクファイルがsedの場合、私の制作環境では望ましくないものが削除されているのが最も快適です。例えば任意の管理ルート、レデューサーの追加などがありますが、よりよい方法があるように感じます。おそらく、昨年からこのボイラープレートで私が出会ったことは、物事がどのように働いたかの感覚を得るために数十を注ぎ込んだものでした。たぶんそれはwebpackの設定でしたか？私は思い出すことができません。

---

簡略化した例を示します。

1. 私はドキュメントモジュールを持っています。

2. このモジュールでは、ドキュメントをCRUDできます。しかし、私はちょうど情報を読むために生産したい。パッケージのサイズを分けるために、私は作成、更新、または削除する必要はありません。これは、ローカルイントラネット上で動作するバージョンでのみ必要です。この時点で

私は

---

私の選択肢は限られ

1. は、二つのブランチを作成感じを続行するかどうかはわからないと思います。そして、細心の注意を払って（理想からかけ離れ）私の地元のブランチに任意の新たな生産機能をマージ

2. は休息のためにのみ読み取りのために、2つの文書モジュール（document_read、document_admin）を作成し、他の。

   • は
   • が
   • 条件付きドキュメントコンテナで管理コンポーネントを追加document_adminモジュールに追加します。このローカルバージョンを実行している二combineReducers機能を持ってビルド時に、このモジュールを無視しWebPACKのコンフィグを持って
   • には第2のルート（反応ルータ）ファイルがあります。 document_adminに関連するルートを条件付きで追加するか、または管理者が運用に提出する前にユーザーが行った作業をレビューできる将来のモジュールとして追加することができます。

3. ??

この時点で2つは明らかな勝者のようです。私は助けることができませんが、私は信じられないほど明白な解決策を見逃しているように感じる

Answer 1

私は、アプリケーションごとに必要なリソースだけをパックする2つの異なるwebpackの設定と言うと思います。

もう1つの選択肢（もっと離れていたい場合）は、gitサブモジュールを使用することです（gitを使用していて他のvcsは使用していない可能性があります）。ここでは2つのリポジトリいくつかのコアコード（第3のリポジトリ、サブモジュールとしての "app"リポジトリの両方からリンクされています）。