@auto-it/sbt
v11.3.6
Published
Publish Scala projects with sbt
Maintainers
Readme
sbt plugin
Publish Scala projects with sbt
:warning: only sbt 1.4+ is supported at the moment because this plugin uses
sbt --clientfunctionality
Installation
This plugin is not included with the auto CLI installed via NPM. To install:
npm i --save-dev @auto-it/sbt
# or
yarn add -D @auto-it/sbtUsage
{
"plugins": [
"sbt"
]
}It is strongly recommended to use an sbt plugin to manage the version. There are a few options, but the most reliable and well maintained is sbt-dynver. To enable it in your project add this line to project/plugins.sbt:
addSbtPlugin("com.dwijnand" % "sbt-dynver" % "x.y.z")and then, depending on the publishing repository (e.g. if you are publishing to Sonatype Nexus), you might want to add
ThisBuild / dynverSeparator := "-"
ThisBuild / dynverSonatypeSnapshots := trueto your build.sbt.
With this setup canary versions will look like this: {last_tag}-{number_of_commits}-{commit_sha}-SNAPSHOT, for example:
0.1.2-5-fcdf268c-SNAPSHOTOptions
setCanaryVersion: boolean (default: false)
If you don't want to use an sbt plugin for version management, you can let Auto manage the canary version:
{
"plugins": [
[
"sbt",
{
"setCanaryVersion": true
}
]
]
}With this option Auto will override the version in sbt during canary release process.
Canary versions will look like this: {last_tag}-canary.{pr_number}.{build_number}-SNAPSHOT, for example:
0.1.2-canary.47.5fa1736-SNAPSHOTHere build number is the git commit SHA.
publishCommand: string (default: publish)
If you need to run some custom publishing command, you can change this option. For example, to cross-publish a library:
{
"plugins": [
[
"sbt",
{
"publishCommand": "+publish"
}
]
]
}