問題タブ [bintray]

curl を使用して bintray にいくつかのものを展開する gradle タスクがあります。

これが機能するには、bintray API キーが必要です。ビルド スクリプト (またはプロパティ ファイル) にそれを入れたくありません。これはすべて、github で簡単にホストされているためです。

bintrayApikey代わりに、 gradle を呼び出すときに提供されるという名前のプロパティをタスクで使用するようにしました。を使用してローカルで実行すると

すべてが意図したとおりに機能します。

したがって、次のステップは、cloudbees で私の Jenkins からこれを機能させることです。システム プロパティを配置するための特別な場所がないように思われるので、それらをタスクに追加しましたが、これは機能していないようです。コンソールでは、bintray に問題なくアクセスしていることがわかりますが、次のように終了します。

では、jenkins ジョブ構成でプロパティ値を指定するにはどうすればよいでしょうか?

Github はダウンロードを無効にしたため、バイナリを公開するには新しいサービス (Bintray.com など) を使用する必要があります。私たちのユースケースでは、(appassemblyr-maven-plugin を使用して) パッケージをビルドする必要があります。次に、このビルドを zip および tar.gz して bintray にデプロイします。

ナイトリー ビルドが travis によって出荷され、mvn リリース プラグインを使用して手動でリリースされるとよいでしょう。

現在、pom は次のようになっています。

それを行うためにpomファイルを調整する方法は?

再現:

小さな例を github にアップロードしました: https://github.com/d0x/fromGithubToBintray

実行するには、次のようにします。

1. git クローンhttps://github.com/d0x/fromGithubToBintray.git
2. cd fromGithubToBintray
3. mvn クリーン パッケージ アプリアセンブラー:アセンブル
4. chmod +x ターゲット/appassemblyr/bin/fromGithubToBintray
5. ./target/appassemblyr/bin/fromGithubToBintray

これは印刷されるはずYou did it!です。ここでの目標は、この appassemblyr フォルダーを圧縮して bintray にアップロードすることです。

行われた調査:

• このチュートリアルでは、Bintray.com を使用して Maven リポジトリに公開する方法を示します。
• また、Netty プロジェクトが bintray でダウンロードをホストしていることもわかりました。しかし、ジェンキンスのどちらのPomにも、ビントレイ関連のものは表示されません。

Sonatype Nexus を介して jcenter/bintray からいくつかのアーティファクトに到達するのに問題があります。

http://jcenter.bintray.com (リモート ストレージの場所)を指す maven2 Nexus 構成を作成しました。「リモート インデックスのダウンロード」を true に設定しました。

それにもかかわらず、/nexus/content/repositories/com.bintray.jcenter/archetype-catalog.xml には目的のアーティファクトが含まれていませんでした。カタログ自体は空ではありません。

jcenter.bintray.com/com/moowork/gradle/gradle-grunt-plugin/0.4/ を参照すると、アーティファクトが表示されます。

アイデア、助けはありますか？

sbt-native-launcher を使用して zip ファイルを bintray に公開したいと考えています。

私は実行できます：

また、主要な成果物 (.jar、javadocs など) を公開します。

私も実行できます：

.zip ファイルが生成されます。

ただし、実行すると：

次のエラーが発生します。

同じエラーが発生する「universal:packageZipTarball」タスクに問題があるようです。

Windows を使用しており、「tar」、「xz」、および「gzip」がインストールされていることを確認しました。

今のところ .zip だけを公開してもかまわないので、もう 1 つの回避策は、packageZipTarball タスクを回避するために sbt-native-packager を構成する方法を知ることです。

build.sbt の定義は次のとおりです。

そして、次のproject/build.scalaとおりです。

の出力last universal:packageZipTarballは次のとおりです。

圧縮されたバイナリ (.zip、.tgz) を bintray に公開したいと考えています。bintray-sbt と sbt-native-packager を使用しています。

私は実行できます：

• publishjar を bintray に発行します。
• universal:packageBin.zip を生成する
• universal:packageZipTarball.tgz を生成する

ただし、実行すると: - universal:publishsbt がハングアップし、実行中のウィンドウを閉じる必要があります。

ログやその他の情報を表示できるように、sbt を詳細な方法で実行する方法はありますか? 最後に実行しようとしましたが、ウィンドウを閉じる必要があったため、興味深いものは何も表示されません。

universal:publish( universal:ivyModule、universal:publishConfigurationおよび)の依存関係を確認しましたがuniversal:publish::streams、すべて終了しました。

現在、sbt-native-packager を使用して .deb パッケージを作成しています。それらをbintrayに直接公開するためにsbtを使用したいと思います。次の build.sbt ファイルのいくつかのバリエーションを試しました。

「sbt debian:package-bin::publish」を実行すると、元の debian リポジトリ (bigsense/trusty) に bigsense-0.2alpha.deb ファイルではなく、jar ファイルを自分のユーザー名に公開しようとします。