問題タブ [multi-project]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
scala - sbt サブプロジェクトはその依存関係を見つけることができません
3 つのプロジェクト A、B、C で構成されるプロジェクト ツリーがあります。
B は A に依存し、C は A と B の両方に依存します。
A と B は C の lib/ でチェックアウトされており、どちらも以下を使用して正常にビルドされますsbt compile
ただし、C をコンパイルすると、B のビルドが失敗し、特定のタイプ/パッケージが見つからないというエラーが表示されます。
スリック認証にはビルドファイルがあります
およびactive_slick:
build - GradleのルートプロジェクトからbuildSrcディレクトリを消去するには?
buildSrcディレクトリにマルチプロジェクトビルドがあります。
プロジェクトのルート ディレクトリにいるときは、次のように記述します。
ただし、ルート プロジェクトのビルドディレクトリのみが削除されました (1 でマークされています)。Gradleをトリガーしてすべてのビルド ディレクトリ prom buildSrcを手動でbuildSrcに移動して書き込むことなく削除する方法gradle clean
(2,3,4,5 でマーク)
gradle - Gradle 組み込みプロジェクト
単一のbuild.gradleに複数のプロジェクトを埋め込むことは可能ですか? 次のようなもの:
両方とも同じ build.gradle 内にあります。これは可能ですか?
ルートプロジェクトから実行したい同等のタスク名を持つ複数のプロジェクトがあるため、これを求めています。
ただし、プロジェクトには自動化タスクのみが含まれており、ソース ファイルやリソース ファイルはまったく必要ありません。build.gradle ファイルを保存するためだけにサブディレクトリを作成するのは、私には非常に見苦しく思えます。同じディレクトリ内のbuild.gradle(ルート)projA.gradle、projB.gradleなど、プロジェクトごとに異なる.gradleファイルを使用するソリューションを使用できますが、ルートbuild.gradleにプロジェクトオブジェクトを埋め込む方が良いようですオプション、利用可能な場合。
gradle - gradle での統合テストの実行
私と私のチームは、多くのモジュールを含むプロジェクトに取り組んでいます。プロジェクトにgradleを使用していますが、誰もがgradleを初めて使用しています。メインの親プロジェクト、つまりプロジェクトの依存関係の詳細を含む親ビルドがあります。コマンド gradle integration_test を呼び出せるように、すべてのモジュールに integration_test タスク構成を追加します。メインモジュールに構成を記述し、子プロジェクトに同じ構成をインポートさせる方法または概念はありますか。
参考:メインプロジェクトに直接追加してみましたが、指定したファイルのクラスパスが存在しないというエラーが発生しました。どんな助けや考えもいただければ幸いです。前もって感謝します。
c# - マルチプロジェクトの C# ソリューションのベスト プラクティス
マルチプロジェクト用の C# ソリューションを維持しています。通常、 project 以外のプロジェクトを変更しても問題ありませんz
。これは、ソリューション内の他のいくつかのプロジェクトや、 projecta
およびで参照されb
ます。
Projecta
はメイン GUI を使用しますが、 projectは projectb
でz
参照されますa
。プロジェクトz
を変更してビルドすると、バージョンが一致しません。
現在、参照とビルド後のスクリプトを使用して、出力を適切なプロジェクトにコピーしています。通常、コンパイルとビルドの時間を大幅に節約できるため、これを行いました。
z
プロジェクト出力をb
およびに手動でコピーして、手動で問題を修正するのにうんざりしていますa
。
デバッグを許可するかどうかはトスアップだと思います。通常、プロジェクトでのデバッグは必要ないため、多くの場所で任意の CPU リリース ビルドでz
参照を使用します。z's
これを改善するための提案はありますか?
java - Gradle - 依存関係の追加順序
依存関係の順序を定義する際に、実際の問題が 1 つあります。次のようなgradle依存関係があります。
私が持っている他のファイルで
デフォルトの依存関係を追加する順序に関係なく、すべてのファイルは「OTHER_PROJECT:${VER}@zip」によって上書きされます。マルチプロジェクトビルドがあります。私の質問は、デフォルトを何らかの順序付きリストに定義するにはどうすればよいですか (順序は追加の順序で指定されます)。