gradle multi project example

Gradle-Multi-Project-Example

一般的なシングル/マルチプロジェクトスタブは、私たちが提供する最高のグラードルを表していると思うものです。

サブプロジェクト（s）ステータス

名前	質問	CI	コードコフ	ドキュメント	リリース
コモンテル

最新リリース

SOのようにArtifactory/Bintrayから調達することができます：

 <dependency>
    <groupId>com.aries</groupId>
    <artifactId>project-name</artifactId>
    <version>X.Y.Z</version>
    <classifier>sources|tests|docs|all</classifier> (Optional)
</dependency>

新しいプロジェクトの追加

スタンドアロンプ​​ロジェクトの場合、このプロジェクトのルートで典型的なsrc/main/<language>ディレクトリを作成できれば、予想どおりに機能します。このモデルでは、物事を設置したら、 projectsディレクトリを削除しても構いません。

マルチプロジェクトの場合、 projectsディレクトリに基づいたプロジェクトを作成/配置する必要があります。ここにプロジェクトを配置すると、このマルチプロジェクトビルドの一部として自動的に構築されます。

どちらの場合でも、 gradle/projects.gradleファイル内でノブを少しずつ折りたたむ必要がある場合があります。

プロジェクト構造

プロジェクトのパッケージ構造は、Gradle groupからプロジェクト名に続いて開始する必要があります。プロジェクトの構築の一環として、そのソースをスキャンして、このパターンが満たされていることを確認します。たとえば、グループがcom.github.gradleであり、 calamariという名前のプロジェクトを追加している場合、そのプロジェクトのパッケージ構造はcom/github/gradle/calamariのように見える必要があります。

名前が含まれていないプロジェクトを追加した場合、それらの文字は前述のチェックを実行するときにフォワードスラッシュに変換されます。たとえば、プロジェクトの名前がtuna-casseroleと名付けられている場合、パッケージ構造は「com/github/gradle/muna/casserole」のように見えます。

Jacoco、ErrorSp、CheckStyle、PMD、およびFindBugsサポート

Jacoco ：新しいコードに適切なテストカバレッジがあることを保証するツールです。

ErrorProne ：コンパイル時に一般的なプログラミングミスをキャッチし、修正を提案するJavaの静的分析ツールです。

CheckStyle ：は、プログラマーに共通の標準に準拠するコードを書くことを強制する開発ツールです。

PMD ：未使用の変数、空のキャッチブロック、不必要なオブジェクトの作成などの一般的なプログラミングの欠陥を見つけるソースコードアナライザーです。

FindBugs ：静的分析を使用してJavaコードで可能なバグを探して検出するツールです。

テストライブラリの使用と書き込みテスト

現在、 junitとassertj使用するすべてのプロジェクトのtestCompile依存関係として定義しています。これらだけの使用に集中してみましょう。他の何かを持ち込み、使用する必要がある場合は、このプロジェクトにnの依存関係を追加し、設定しようとしているルックアンドフィールを破る前に、最初に説明します。

コードは、すべてのチェックが渡され、コードをコンパイルでき、少なくともユニットと統合テストが追加されて新しいコードに対応すると、コードが完了したと見なされます。

追加のリソース

• リリースプロセス