For example, the com.google.guava:guava:30.0-jre dependency can be downloaded from the public Maven Central repository mavenCentral(). Gradle will find and download the guava source code (as a jar) from Maven Central and use it build the project.
To prepare your software project for growth, you can organize a Gradle project into multiple subprojects to modularize the software you are building. In this guide, you’ll learn how to structure such a project on the example of a Java application. However, the general concepts apply for any software you are building with Gradle. You can follow the guide step-by-step to create a new project from sc
Gradle User Manual Releases All Releases Release Notes Installing Gradle Upgrading Gradle Within versions 9.x.y To version 9.0.0 Within versions 8.x From version 7.x to 8.0 From version 6.x to 7.0 From version 5.x to 6.0 From version 4.x to 5.0 Migrating to Gradle from Maven from Ant Compatibility Notes Gradle's Feature Lifecycle Gradle Tutorials Getting Started Running Gradle Builds 1. Core Conce
Source code and build logic of every software project should be organized in a meaningful way. This page lays out the best practices that lead to readable, maintainable projects. The following sections also touch on common problems and how to avoid them. Gradle’s language plugins establish conventions for discovering and compiling source code. For example, a project applying the Java plugin will a
Microsoft ビルド エンジンは、アプリケーションを構築するためのプラットフォームです。 MSBuild とも呼ばれるこのエンジンは、ビルド プラットフォームがソフトウェアを処理およびビルドする方法を制御するプロジェクト ファイルの XML スキーマを提供します。 Visual Studio では MSBuild が使用されますが、MSBuild は Visual Studio に依存しません。 プロジェクトまたはソリューション ファイルで msbuild.exe または dotnet ビルド 呼び出すことで、Visual Studio がインストールされていない環境で製品を調整およびビルドできます。 Visual Studio では、MSBuild を使用してマネージド プロジェクトを読み込んでビルドします。 Visual Studio のプロジェクト ファイル (.csproj、
異なる設定でプロジェクトをビルドする必要がある場合は、ビルド構成が必要です。 たとえば、 デバッグ と リリース はビルド構成であり、ビルド時にはさまざまなコンパイラ オプションが使用されます。 1 つの構成がアクティブであり、IDE の上部にあるコマンド バーに表示されます。 ビルドされた出力ファイルが格納される構成とプラットフォーム コントロール。 通常、Visual Studio でプロジェクトをビルドすると、出力はアクティブな構成 ( bin/Debug/x86 など) で名前が付けられたプロジェクト サブフォルダーに配置されますが、変更することもできます。 ソリューションおよびプロジェクト レベルで独自のビルド構成を作成できます。 ソリューション構成によって、その構成がアクティブになったときにビルドに含まれるプロジェクトが決まります。 アクティブなソリューション構成で指定されてい
複数のプロジェクトを含むソリューションをビルドする場合は、まず特定のプロジェクトをビルドし、他のプロジェクトで使用されるコンパイル済みバイナリを生成する必要があります。 プロジェクトが別のプロジェクトによって生成された出力を使用する場合、出力を生成するプロジェクトは、その出力を使用するプロジェクトのプロジェクト依存関係と呼ばれます。 このような依存関係は、[プロジェクトの依存関係の ] ダイアログ ボックスで定義できます。 ヒント この記事で説明する、プロジェクトの依存関係を手動で管理する機能は、最新のプロジェクトの種類で使用されるプロジェクト間参照とは異なり、MSBuild より前のプロジェクト間の依存関係を処理する方法を反映しています。 プロジェクト間参照をサポートしていないプロジェクトの種類を使用している場合を除き、この記事で説明するようにプロジェクトの依存関係を明示的に追加する必要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く