複数の「機能」反応アプリをモノリシックPHPリポジトリに統合する方法は？

mono-laravel-repoがあり、よりクリーンでメンテナンスが容易なdevの再起動に移行中です。

最近、既存のPHPベースのビューを、/reactディレクトリ内に存在し、/react/featureNameサブディレクトリに編成された複数のReactベースの「機能」に移行するようになりました。これは、Laravelのコントローラーがデータと認証のみを処理することを意味します。

各機能は1人以上の開発者によって管理され、独自の依存関係、テスト、機能を備えています。

現在、機能別に整理されたプロジェクトのパブリックルートでビルドを提供しています。

js/FeatureName.hashed.js
css/FeatureName.hased.css

これは、間で多くのパッケージを共有することを除いて、うまく機能しますfeatures。自己反応、ルーターの反応など

私たちmix.jsはできる限りLaravelを使用するつもりですが、直接ハッキングすることwebpack.configもオプションです。

他のアプリケーションロジックとは別にvendor.jsビルドmix.extract()を定義できるオプションを検討しましたが、そこで停止します。

だからここに私の質問です

package.json各機能ディレクトリにある複数のファイルを管理するためのアプローチは何ですか
一般的なパッケージを特定してルート/package.jsonファイルにロックする方法を教えてください。（独立して、すべての開発者はすでにを使用していますyarn）
すべての反応ベースの開発者ができる限り少ない摩擦でこれを達成する方法-彼らがすでに行っていることを単純に続行し、DevOpsが粗末なビットを処理できるようにするには？

さらに詳しい情報が必要になる可能性があることを理解しています。コメントで必要な情報をお知らせください。質問を更新させていただきます。

configuration-management configuration monorepo

— ジェイソン・J・ネイサン
ソース

私はこの投稿で最も重要な質問を続け、他の質問は別の投稿で尋ね、最終的にこの投稿を参照して詳細を繰り返さないようにすることをお勧めします。

— Dan Cornilescu 2017年

また、質問に「最善の方法」をドロップすることをお勧めします。これにより、質問は意見に基づいたものになり、眉をひそめます。それを「どうやって」に置き換えるのはどうですか？複数の回答が得られる可能性がある場合、投票数は最も人気のあるものを示し、そのうちの1つを受け入れることで、どれがあなたに最適かを示します。

— Dan Cornilescu 2017年

各機能ディレクトリにある複数のpackage.jsonファイルを管理するためのアプローチは何ですか

すべての機能ディレクトリにpackage.jsonを残して、アプリをビルドするときにCIにpackage.jsonを読み取らせることができます。アプリを制御するために、package.jsonで依存関係のバージョンを定義できます。アプリが特定のライブラリのバージョンABCで動作する場合、このバージョンを定義して、更新によってアプリが破損するのを防ぐことができます。

一般的なパッケージを特定し、それらをルートの/package.jsonファイルにロックする方法を教えてください。（独立して、すべての開発者はすでに糸を使用しています）

これについてチームと話し合い、誰にとっても最善の解決策を見つけ出します。複数のソリューションが可能です。誰もが特定のアプローチに満足する必要があります。

すべての反応ベースの開発者ができる限り少ない摩擦でこれを達成する方法-彼らがすでに行っていることを単純に続行し、DevOpsが粗末なビットを処理できるようにするには？

私の意見ではDevOpsは、テスト、開発、運用など、複数の専門分野で構成される特定のチームが特定のアプリを担当することを意味します。これは、チーム全体が特定のアプローチに同意し、全員がそのプロセスに従って問題を処理し、処理する必要があることを意味します。DevOps handles the gritty bitsサイロに関するものではなく、「壁越しに投げる」

— 030
ソース