Closed jpkrohling closed 6 years ago
For reference, this is the repo: https://github.com/opentracing-contrib/java-interceptors And this is a build with the problem: https://travis-ci.org/opentracing-contrib/java-interceptors/jobs/428603085
src
dir in your repository./gradlew build
before ./gradlew ciPerformRelease
in your .travis.yml. The checks if: type != pull_request
and if: tag =~ /^release\/v.[\d\.]+(\-.*)?$/
are not needed. We suggest to use default generated .travis.yml by Shipkit, like:
https://github.com/mockito/shipkit-example/blob/master/.travis.yml./gradlew assemble
by default, so it did run a build
before the ciPerformRelease
. The default Travis configuration is suitable for continuous delivery, but that's not what I want. For this project, I want to do the release only when I push a tag release/v0.0.1
. The check for the pull request is at the stage at the higher level and will probably be relevant for other deploy
stages :)install: true
in your script, so it means that Travis doesn't run a default install phase: https://docs.travis-ci.com/user/customizing-the-build/#skipping-the-installation-step
In your Travis log you can see:
457: $ true install 0.00s
458:
459: $ ./gradlew ciPerformRelease 37.51s
No artifact - nothing to upload
The artifacts are generated from the previous stages, but I'll change it to see if that helps.
Looks like it fails even when assemble
is executed during the install
phase: https://travis-ci.org/opentracing-contrib/java-interceptors/jobs/428672724
@jpkrohling it looks like you are using v1.0.12 of shipkit. Can you update the plugin to the latest version (2.0.31)? There are some problems related to publication which should be fixed in the latest version.
Can you update the plugin to the latest version (2.0.31)?
During the bootstrap, I read that I should use 1.0.12 if my project required pre-Java 8 support, which is the case (Java 6 support is required).
But indeed, bumping the Shipkit version to 2.0.31 solved my problem. I'll keep using it until I get bitten by whatever bugs exist for pre-Java 8 :)
In time: I have a PR adding Shipkit support to another project, also requiring Java 6 compatibility, and 1.0.12 did work: https://github.com/jaegertracing/jaeger-client-java/pull/549/files
@jpkrohling thank you for the additional info. Once you update the gradle version in jaeger-client-java plugin I would expect also problems. Currently, you are using Gradle 4.7 in this project. We fixed some problems which came up with Gradle 4.8 (see https://github.com/mockito/shipkit/issues/727). @mockito/shipkit-developers what about doing a 1.0.x release which fixes the problem with recently released Gradle versions?
I just bootstrapping a new project and decided to add shipkit to it, but it looks like there's something wrong that I can't quite figure out. A very similar configuration works for another repository with older releases, so, I believe this might be related to the repository not having pull requests yet (or earlier releases?).
This is what I see when running the
bintrayUpload
directly, but the error happens also as part of theperformRelease
task:This is what's generated at bintray: