Closed khampson closed 8 years ago
Would Bintray or Artifactory also be acceptable deployment targets?
Reference for deploying Travis CI to Bintray: https://docs.travis-ci.com/user/deployment/bintray
I just did this for bdio, I can get it set up for Ohcount4j as well. I would suggest that we first update the group ID from commoncomp
to ohcount4j
, as in com.blackducksoftware.ohcount4j:ohcount4j:2.0.0-SNAPSHOT
. The commoncomp
made sense in BitBucket, but not here; I like the convention of using the GitHub repo ID as the group ID.
The Bintray package is linked to JCenter, so all we need to do is publish a release to get Ohcount4j into JCenter.
We need #34 to be fixed first, but then the process for creating a release is basically:
gradle.properties
without a -SNAPSHOT
version to master
.gradle.properties
with the next -SNAPSHOT
version to master
.i bumped the version to 2.1.0-SNAPSHOT
-SNAPSHOT
should always precede the version it's about to be
Integration with Gradle/Maven etc. will be much improved if ohcount4j can be a Maven Central dependency like most other Java libraries. Currently, the user has to build it him/herself and then upload it to a local artifactory instance, or hack their build.gradle (or Maven equivalent) to grab the built jar from somewhere.