問題タブ [gradle]

Javaを対象とした別のビルドツールで実際に何が得られますか？

別のツールでGradleを使用する場合、なぜですか？

jarタスクがgradleで実行された後、jarに署名する必要があります。ビルドから生成されたjarファイルを参照する必要があり、jarファイルを再作成できますが、実際にこれを行うプロパティを探しています。

これが私がそれをした方法です：

長い「パス計算」の代わりに使用できるプロパティはありますか？

プロジェクトはMavenを使用しているため、POMファイルがプロジェクト情報の主なソースです。プロジェクトファイルには、保持しておくと便利な設定がいくつかあります。

OTOH IDEAは、プロジェクトファイル構造に冗長な変更を多く作成しすぎて、SVN履歴を汚染し、場合によっては競合を引き起こすようです。

.ideaディレクトリと*.imlファイルをバージョン管理下に置く必要がありますか？略さずに？ある程度？

更新：これまでのところ、私と私のチームで機能していることがわかったベストプラクティスは次のとおりです。

1. すべてのIDEAファイル、*。imlおよび.ideaディレクトリをチェックインします。それらには貴重な情報が含まれており、更新するたびにそれを再作成するのは時間の無駄です。
2. 開発者ごとにプライベートブランチを作成する
3. .ideaディレクトリにcd
4. svnはそれを対応するプライベートブランチに切り替えます
5. 通常のコミットでIDEAファイルをチェックインしないでください-それらは履歴を汚染します。特別なコミットでそれらをチェックインします。

このようにして、.ideaディレクトリのコンテンツをバージョン管理に保持しますが、通常のコミットの邪魔にならないようにします。すべての開発者は、他の人のIDEAディレクトリにアクセスできます。

更新2：この質問が書かれたので、多くの回答者からのアドバイスに従って、バージョン管理にIntelliJファイルをチェックインしないように慣習を変更しました。これは、MavenとGradleの両方に対する私の現在のプラクティスです。ツールは、重要な情報を常に元の.POMまたは.gradleファイルから再現できるように開発されました。ファイルが変更されると、IDEは変更を確実に追跡するため、IDEファイルを頻繁に失うことはなく、チェックインする必要はありません。

更新3：この質問をしてから7年後、それはまだ関連しているようです。同じベストプラクティスがGradleにも適用されます（おそらくSBTも）。IDEファイルをチェックインせず、必要に応じて基本的なPOM、.gradle、またはSBTファイルから再作成します。

Gradle 0.8を使用すると、次のファイル構造になります

コピーして作成したいもの

だから私はこれを試しました：

しかし、代わりに私は最終的に：

空のディレクトリを強制的に含めるにはどうすればよいですか？

私たちは Java プロジェクトの構築に Gradle を使用しています。現時点では、サードパーティの成果物を保存し、独自の成果物を公開するための Ivy リポジトリがあります (リポジトリは Gant スクリプトと Ivy ANT タスクを使用して構築されます)。しかし、レポ管理は基本です。
Gradle は Maven リポジトリでも動作するため、Archiva や Nexus などの Maven アーティファクト マネージャーへの切り替えはオプションですが、おそらく不要です。Ivy リポジトリの構築と維持に役立つツールやベスト プラクティスをご存知ですか?

明確にするために：私たちはすでにチュートリアルなどを読み、その方法を理解していますが、それでも維持するのは基本的なことです.

Ant + Ivy、Maven、Gant、Gradleで表現されたシンプルで自明ではないJavaプロジェクトを見つけたいと思います。各ツールのさまざまなサンプルデモには興味がありません。

参考までに、そのような例はどこにありますか？

私は複雑な Gradle スクリプトを持っています。これは、多数の NetBeans プロジェクトの構築と多数の環境への配備に関連する多数の機能をまとめたものです。

スクリプトは非常にうまく機能しますが、基本的には、プロジェクトと環境の情報を保持する 6 個のマップを介して構成されます。

単純なビルド ファイルでマップを簡単に定義し、他のファイルからタスクをインポートできるように、タスクを別のファイルに抽象化したいと考えています。このようにして、同じコア タスクを多数のプロジェクトに使用し、これらのプロジェクトを単純な一連のマップで構成できます。

Antのタスクと同様の方法で、あるGradleファイルを別のGradleファイルにインポートする方法を誰か教えてもらえますか? これまでのところ、Gradle のドキュメントを調べても役に立ちませんでした。

追加情報

以下のトムの回答の後、私は自分の言いたいことを正確に理解しようと思いました.

基本的に、いくつかのサブプロジェクトを実行する Gradle スクリプトがあります。ただし、サブプロジェクトはすべて NetBeans プロジェクトであり、独自の ant ビルド スクリプトが付属しているため、Gradle でこれらのそれぞれを呼び出すタスクがあります。

私の問題は、ファイルの先頭に次のような構成があることです。

次に、次のようなタスクを生成します。

私はこの種のタスク生成スニペットをたくさん持っていますが、それらはすべて一般的なもので、プロジェクト リストの構成に完全に依存しています。

だから私が欲しいのは、これを別のスクリプトに入れて、次のような方法でインポートする方法です:

したがって、この例では、tasks.gradle にすべての汎用タスク生成コードが含まれ、メインの build.gradle ファイルで定義されたプロジェクトに対して実行されます。このように、tasks.gradle は、NetBeans ant ビルド ファイルを含む多数のサブプロジェクトで構成されるすべての大規模プロジェクトで使用できるファイルです。

Gradle では、「settings.gradle」ファイルでビルドするサブプロジェクトを定義する必要があります。3 つの子プロジェクトをビルドするには、次のようにします。

私が抱えている問題は、含めるプロジェクトがかなりあることです。この定義でワイルドカードを使用する方法はありますか? 私はこのようなものを探しています:

それはもちろんうまくいきません。多くのサブプロジェクトを含める必要があるため、これは作業がはるかに簡単になります。サブディレクトリをプロジェクトとして自動的に含める方法はありますか?

ドキュメントに記載されているように、Gradleは有向非巡回グラフ（DAG）を使用して依存関係グラフを作成します。私の理解では、評価と実行のサイクルを別々にすることは、ビルドツールの主要な機能です。たとえば、Gradleのドキュメントには、これにより、他の方法では不可能ないくつかの機能が有効になると記載されています。

この機能の威力を説明する実際の例に興味があります。依存関係グラフが重要なユースケースは何ですか？Gradleを使用する場合でも、同様に装備されたツールを使用する場合でも、この分野の個人的な話に特に興味があります。

「正しい」答えを評価するのは難しいので、私は最初からこの「コミュニティウィキ」を作成しています。

私は、次のディレクトリ構造を持つjava ant + ivyベースのプロジェクトに取り組んでいます。

これはantで完全に機能しますが、 gradleに移行することを検討しています。

Gradleで非Mavenディレクトリ構造を定義する方法はありますか？それともMaven化を検討する必要がありますか？