問題タブ [jitpack]

私は Android プロジェクトに取り組んでおり、Github の MPChart ライブラリを使用しています。今のところ、プロジェクトにライブラリのすべてのソース コードを含むフォルダがありますが、代わりに Gradle を使用してロードしたいと考えています。Git リポジトリをビルドに組み込むための JitPack (jitpack.io) というツールを見つけたので、Build.Gradle ファイルに次の行を追加しました。

問題は、ユーザーが名前を変更したと思われるため、次を使用してライブラリをインポートしていたことです。

(違いに注意してください: PhilJay / mikephil)

そのため、ライブラリを含むフォルダーを削除すると、ビルドが機能しません。

Gradle/Jitpack を使用してライブラリをロードするのを手伝ってくれる人はいますか? ありがとうございました

エラー:(41, 13) 解決に失敗しました: com.rarepebble:colorpicker:1.6.0 およびエラー:(42, 13) 解決に失敗しました: com.vstechlab.easyfonts:easyfonts:1.0.0 およびエラー:(40, 13 ) 解決に失敗しました: petrov.kristiyan.colorpicker:colorpicker-library:1.0.3

gradle.build(モジュール:lib)

モジュール例

モジュールNC

グラドルの設定：

プロジェクトを実行しようとしたときのエラー

このhello world プロジェクトは正常に実行されますが、hello_api-latest.jarファイルはどこにあるのでしょうか? (クライアントが実際に JAR を「必要」としない場合でも、ダウンロードする必要があります。)

JAR はクラスパスにあります。

ビルドファイル:

特に、jitpack の依存関係は Netbeans には表示されません。

ログの最後のビルド アーティファクトは、JARhello_api-latest.jarが見つかったことを示しているようです。

しかし、それはどこにダウンロードされましたか?

以下も参照してください。

https://stackoverflow.com/a/22724504/262852

https://stackoverflow.com/a/30094915/262852

https://stackoverflow.com/a/34329145/262852

アップデート

ここにあります：

クライアント用のこのビルド ファイルは、devjitpack を使用してライブラリのリリースを指定します。

それでも Netbeans は表示されますが、本来あるべきではhello_api-latest.jarありませんhello_api-dev.jar:

見つめている：

https://help.github.com/articles/about-releases/

これは github 固有のものであり、一般的な git 機能ではないようです。私の使用法は、私の観点からは、分岐と同じです。つまり、ブランチxは単なるマーカーです。バグ修正かもしれないし、機能追加かもしれないし、なんであれ、実験かもしれない。確かに、私は git の非常に軽いユーザーであり、分岐やマージを最大限に活用していません。

この機能は、jitpack に関してはまったく役に立たないようです。それでも、jitpack がどのように動作するかは非常に重要なようです。なんで？

私が理解しているように、jitpack では、レポでリリースが作成され、自動的に JAR が jitpack によってコンパイルされ、maven プラグインを介してダウンロードできるようになります。

リリース機能を使用する理由 最初は JAR ファイルをリリースにアップロードしていましたが、実際には必要ありません。 ブランチをマーカーとして使用するよりも、githubリリースをマーカーとして使用する方が良いのはなぜですか? 実際、同じ機能を果たしているように見え、その意味で、ブランチの機能を複製しています。

一応、一理あります。

非常に簡単な検索で、配布用のランタイム依存関係をパッケージ化する方法が説明されました。

目的の出力で。ただし、提案された解決策である「太った瓶」は、この怪物をもたらします。

それは一見際限なく続きます。明らかに、ファット jar に groovy を含めたくありません。ビルドされた JAR から groovy を除外するにはどうすればよいですか?

ビルドファイル:

どのような代替手段がありますか:

from { configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } }

確かに、私は Groovy DSL を学んでおらず、これまでのところ、断片をまとめているだけです。

含まれるライブラリを最小限に抑えるために、ある依存関係のセットを別のセットから差し引くという言及を見たと思います。ただし、コンパイルする必要はないが JAR を実行する必要があるライブラリがあるという奇妙なケースでは、それがどのように機能するかわかりません。