非推奨の警告 最近の Gradle (自分の環境は、 4.10.2)で注釈処理を利用していると、次のようなメッセージが出る。 > gradle compileJava ... Deprecated Gradle features were used in this build, making it incompatible with Gradle 5.0. Use '--warning-mode all' to show the individual deprecation warnings. See https://docs.gradle.org/4.10.2/userguide/command_line_interface.html#sec:command_line_warnings Gradle 5.0 で非互換になる機能を利用しているので、詳細を確認したければ --warning-
Gradle の dependencies で指定する compile, api, implementation についての勉強メモ。 compile は非推奨 Gradle 3.4 で Java Library Plugin が追加されたことで、 dependencies で compile を使用することは非推奨となってたらしい(runtime, testCompile, testRuntime も)。 4.7 の Java Plugin の説明では、ガッツリ Deprecated と書かれている。 (4.6 のドキュメントだと Deprecated って書いてないけど、明確に非推奨となったのは最近?) 代わりに implementation と api を使用することが推奨されている。 compile と implementation の違い compile の場合 実装 |-set
Repeatable builds Going back to a previous commit of your code and building it from source doesn’t guarantee exactly the same result. Your transitive dependency graph can change in subtle ways, even if you are careful to pin your dependencies. Nebula can help you lock your resolved dependency graph into source control quickly and easily. Immutable deployments If you’ve built an app and need to ins
Gradle Kotlin DSL 1.0 release candidate is generally available, included in Gradle 4.10. The Kotlin DSL is nearly ready for widespread use. We want you to enjoy a build authoring experience with the benefits provided by Kotlin’s static type system: context-aware refactoring, smart content assist, debuggable build scripts, and quick access to documentation. In case you haven’t seen it, you can watc
Multiple projectなgradle projectだと, apply plugin: "checkstyle" と書いてもそれだけではcheckstyle pluginがうまく動かない.おそらく Unable to create Root Module: config ... などというエラーとともに死ぬであろう. というのも,gradle checkstyle pluginのデフォルトの状態だと,各sub projectがおのおの checkstyle.xml を持っていることを期待しているからである (つまり[sub-project-path]/config/checkstyle/checkstyle.xml の存在が期待されている). たいていの場合, checkstyle.xml を各sub projectが持つというのはやってはおれんので,どこかで一括管理をしてそれを
buildscript { repositories { mavenCentral() } dependencies { classpath "com.avast.gradle:gradle-docker-compose-plugin:$versionHere" } } apply plugin: 'docker-compose' dockerCompose.isRequiredBy(test) // hooks 'dependsOn composeUp' and 'finalizedBy composeDown', and exposes environment variables and system properties (if possible) dockerCompose { useComposeFiles = ['docker-compose.yml', 'docker-com
はじめに KotlinConfで build.gradle をktsで書いてバリバリ補完効かせながら書いてるのを見てよさそうじゃんって試してみたらめちゃめちゃハマったのでメモです。 環境 Android Studio 3.0 Gradle wrapper 4.3.1 Mac OS Sierra サンプルプロジェクト こんな感じのサンプルを書き換えていきます。 buildscript { ext.kotlin_version = '1.2.0-rc-39' repositories { google() jcenter() maven { url 'http://dl.bintray.com/kotlin/kotlin-eap-1.2' } } dependencies { classpath 'com.android.tools.build:gradle:3.0.0' classpath
しばらく書いていないと忘れてしまうのでメモ。 Gradle(Groovy)なので柔軟に書けちゃうので、これが正解というわけではないです。 基本的な設定 java, mavenプラグインを設定する。 apply plugin: 'java' apply plugin: 'maven' pom.xmlのgroupId、artifactId、versionの元ネタを設定する。archiveBaseNameは省略可能。その場合、プロジェクトのフォルダ名が使われる(参考)。archivesBaseNameの代わりに、jar.baseName でもOK。 group = 'com.github.wadahiro' archivesBaseName = 'maven-upload-sample' version = '1.0' uploadArchivesタスクを設定する。 uploadArchives
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く