問題タブ [sbt-release]

sbt-releaseを使用して tar.gz ファイルをアーティファクト サーバーに公開したいのですが、 Google グループのコードに従いましたが、zip アーティファクトを使用しています。Linux のファイル許可のため、tar.gz が必要です。sbt-release でこれを達成する方法は?

sbt-release プラグインを使用しています。

プロセスは機能しているように見えますが、sbt は最終的なリリース ステップpushChangesをエラーとしてログに記録します。理想的には、自動化を混乱させる可能性があるため、実際のエラーのみがエラー出力に記録されます。

ここでの出力例:

この場合の my_branch は master ブランチではありません (master に移行する前に自分のブランチでこのプロセスをテストしているため)、それが問題になる可能性がありますか?

私は2つのサブプロジェクトとそれらに同意するトップレベルのプロジェクトを持っています。それらすべてを正常にリリースできますが、最上位プロジェクトのバージョンのみが変更され、サブプロジェクトは、残念ながらリリース中に変更されないディレクトリで定義されたバージョンでリリースされます。

リリース後、私は持っていたいです：

• ルートは0.1.0としてリリースされました（ルートはまったく気にしませんが）
• SubA 0.0.1 としてリリース
• SubB は 0.0.4 としてリリース

各バージョンは、たとえばSubA/version.sbt-> 0.0.2-SNAPSHOTでインクリメントされます

sbt 0.13とsbt-releaseプラグインを使用してそれを行うにはどうすればよいですか?

ジェンキンスでsbtプロジェクトを構築しようとしています。sbt clean "release with-defaults" を実行すると、次のエラーが発生します。

リモートブランチはうまく設定されているようです。以下は、いくつかの git コマンドの出力です。

何か不足していますか？

sbt-releasescala sbt プロジェクトにプラグインをインストールしました。

しかし、sbt release cross buildまたはsbt release skip-testsを実行すると、次のエラーが発生します。

ライブラリのリリースをビントレイに公開しようとしています。これまでにいくつかのバージョンをリリースしました。

私は経由でbintray-sbtを使用していますproject/plugins.sbt

完全な詳細を含むプロジェクトはgithub/jedi-ioでホストされています。

API URLにダブルmaven/mavenがあることに気付き、カスタムの bintray-sbt を使用して「修正」しようとしましたが、どちらでも機能しませんでした。https://api.bintray.com/maven/raisercostin/maven/org/raisercostin/jedi-io_2.10/0.22/jedi-io_2.10-0.22.pom

「sbt-releases」を使用していて、タスク内から「release」を実行する必要がありますが、「release」が task ではなくコマンドであるという問題があります。

sbt のタスク内からコマンドを実行することは可能ですか?

タスク内からリリースを実行する必要があるのはなぜですか?

何らかの条件が満たされた場合にリリースを実行し、そうでない場合は通常のビルドをトリガーするタスクを作成したいと考えています。sbt で releaseProcess を変更することでそれを達成しようとしましたが、問題はそれが taskKey ではなく SettingKey であり、設定がプロジェクトの読み込みで一度初期化されるため、設定内でタスクを使用できないことです。

sbt-release がユーザーにリリース バージョンと次のバージョンを要求しないようにするにはどうすればよいですか?