問題タブ [multi-project]

ルートプロジェクトにsettings.gradleがあり、build.gradleがないマルチプロジェクトがあります。

gradleのデフォルトの動作は、一番上のディレクトリでsettings.gradleファイルを検索し、以前に定義されたすべてのプロジェクトのbuild.gradleを読み取ることです。

私の問題は、マルチプロジェクトがチェックアウトされている環境によっては、ルートプロジェクトからビルドを実行するときに、「build.gradle」ではなくデフォルトの「build2.gradle」として実行したいということです。

それを行うための最良の方法は何ですか？

ありがとう

いくつかの異なる部分を持つプログラムを持つのが普通です.部分的には、独自のウィンドウと機能を持つグラフィカルな部分を意味します.(非グラフィカルな部分については、ライブラリを作成することが望ましい解決策だと思います.)それらをどのように分離するのが好きですか? それぞれをスタティック ライブラリにして、メイン プログラムで使用する方がよいでしょうか。または、それぞれの実行可能ファイルを作成し、メイン プログラムにロードすることをお勧めしますか? またはさらに良い解決策はありますか？

次の SBT/Play2 マルチプロジェクト設定があります。

ご覧のとおり、このプロジェクトは lib と chiShape という 2 つの独立したサブプロジェクトに依存しています。

コンパイルが正常に動作するようになりました - すべてのソースが正しくコンパイルされます。ただし、実行またはテストしようとすると、実行時のどちらのタスクにもクラスパス上のサブプロジェクトからのクラスがロードされず、NoClassFound 例外が発生して事態が悪化します。

たとえば、私のアプリケーションはシリアル化されたデータをファイルからロードする必要があり、次のようになります: テストは FakeApplication を開始し、データのロードを試みてブームになります:

奇妙なことに、stage は staged/ に chi-shapes_2.9.1-1.0.jar と lib_2.9.1-1.0.jar を含むディレクトリ構造を作成します。

実行時/テスト構成でサブプロジェクトをクラスパスに入れるにはどうすればよいですか?

アップデート：

Global#onStart に次のコードを追加しました。

テストを起動すると、クラスパスのデータが非常に少なくなります。少なくとも :)

ステージングされたアプリを起動するとき、それがどうあるべきか、たくさんのものがあります:)

クラスパスには少なくともテスト用のjarが必要なので、それは奇妙です。

(vb 2010 を使用)

ProjectB が ProjectA への参照を持つマルチプロジェクト ソリューションがあります。

ProjectA には、ProjectB で使用したいカスタム コントロールとユーザー コントロールがいくつかあります。ただし、ProjectB で winforms デザイナーを開くと、ProjectA コンポーネント タブが表示されません。ツールボックスの [すべて表示] を有効にすると、ProjectA コンポーネントが表示されますが、すべてのコントロールがフェードアウトし、ProjectB フォームにドラッグできません。

ProjectA への参照を既に設定しているのに、これが許可されないのはなぜですか?

私はmavenマルチモジュールプロジェクトを持っています。このモジュールの 1 つ (としてコンパイル.jar) には、クライアント側とサーバー側で使用されるドメイン オブジェクトのみが含まれます (これ.jarを他のモジュールに依存関係として追加します)。

.jarshared からのオブジェクトが使用される GWT モジュールには、コンパイルを成功させるためのソース ファイルも必要であることを知っています。だから私は私の両方に追加しようとしましたpom.xml ：

と

しかし、結果.jarには GWT モジュール ソース (つまり ) が含まれていませんgwt.xml。ドメイン クラスのすべてのソースも (のルート ディレクトリに.jar)追加されますが、追加されModuleName.gwt.xmlません。

問題はどこですか？ありがとう。

このGradle Multi-Module Project Setupと同じ問題がありますが、プロジェクトのコンパイル依存関係を使用してビルドする必要があり、上記の質問で解決策として提供されたライブラリ(jar)依存関係ソリューションを使用できません。

PP1、PP2、PP3、および PP4 はサブプロジェクトであり、それぞれ独自の build.gradle ファイルがあります。P1 と P2 にも build.gradle と settings.gradle ファイルがあります。

PP3 の build.gradle ファイルで PP1 をコンパイルの依存関係として宣言するにはどうすればよいですか?

Gradle v1.2を実行しています

個人的なプロジェクトの一環として、Subversion の代わりに git を使い始めました。そこから何か新しいことを学んでいるのかもしれません。

リポジトリのセットアップは非常に簡単で、git ファイルを提供するように Web サーバーを構成するのは魅力的でした。コミット、クローン作成、ここでは問題ありません。

ただし、リポジトリ内のプロジェクトのセットアップに問題があります。現在、次のようになっています。

websiteすべてが機能したら、とmobileapp通信することになってbackendいます。

私の問題は展開です。backendサーバーに展開する場合、現在、リポジトリ全体をチェックアウトし、コンテンツをbackendwebroot ディレクトリにコピーする必要があります。

のコンテンツをチェックアウトする方法がないように思われるためproject.git/backend、4 つのサブプロジェクトを 4 つの git リポジトリに分割し、4 つのリポジトリを維持するオーバーヘッドを追加することを考えています。

私の問題を解決する簡単な方法はありますか?

Mercurial リポジトリでホストされている Gradle マルチプロジェクトがあります。変更を 1 つのサブプロジェクトのみにコミットすると、そのサブプロジェクトのみがビルドされ、Nexus リポジトリに公開されるように Jenkins をセットアップしたいと思います。

誰かが私にヒントを与えることができますか？それともまったく可能ですか？

マルチプロジェクトにGradleを使い始めました。ただし、Gradle のマニュアルには、サブプロジェクトの命名に関するベスト プラクティスのヒントはあまりありません。

「コア」と「エントリ」の 2 つのサブプロジェクトで構成される「データロガー」という名前のマルチプロジェクトがあります。

プロジェクトをビルドすると、jar の「core-1.0.jar」と「entries-1.0.jar」が得られます。命名が「datalogger-core-1.0.jar」および「datalogger-entries-1.0.jar」であることを一般的な方法で管理するにはどうすればよいですか? 次のようにフォルダの名前を変更できます。

しかし、それは良いアプローチとは見なされないでしょう。archivesBaseName各プロジェクトの を手動で変更することもできます。しかし、前述のように、一般的な方法でこれを行う方法を見つけたいと思います。

2 つのバージョンの Scala を使用するマルチ プロジェクトがあります。は次のBuild.scalaようになります。

Scala 2.9.2 を使用した純粋なソース生成プロジェクトがある場合:

生成されたソースを組み込んだ実際のプロジェクトは、Scala 2.10 に対してコンパイルされます。

これをコンパイルすると、sbt 警告が表示されます。

私は心配する必要がありますか？私はここで何か悪いことをしていますか？