问题标签 [sbt-release]

我想使用sbt-release将 tar.gz 文件发布到我们的工件服务器，我按照谷歌组中的代码，但他们使用的是 zip 工件。由于 linux 中的文件权限，我需要 tar.gz。如何在 sbt-release 中实现这一点？

我使用 sbt 0.13和sbt-release插件来自动增加 P​​lay 应用程序的版本，所以我有version.sbt以下行的文件：

我还准备了映射工件名称，以便为每个环境准备具有特定名称的包：

对上面代码的评估导致版本值等于 1.0（可能是某种默认值），因为 version.sbt 将值定义为 1.0-SNAPSHOT 在很多情况下，我这样做是为了使用来自的版本ThisBuild：

但是这个特定的解决方案不起作用。有人可以提供一个示例如何在artifactName设置中使用此特定值吗？

另一个对我有帮助的解决方案是从此变量中获取字符串值。多亏了它，我才能做接下来的事情：

我想将设置的值version从version.sbt文件传递到artifactName，以便为生成的包提供名称。

我正在使用 sbt-release 插件。

该过程似乎有效，但是，sbt 将最终发布步骤记录pushChanges为错误。理想情况下，只有实际错误才会记录到错误输出中，因为它会混淆自动化。

此处的示例输出：

在这种情况下，my_branch 不是 master 分支（因为我在进入 master 之前在我自己的分支上测试这个过程），这可能是问题吗？

我有一个同意它们的两个子项目和顶级项目。我可以成功发布所有这些，但只有顶级项目的版本发生了变化，并且子项目使用其目录中定义的版本发布，不幸的是在发布期间没有更改。

发布后我想拥有：

• 根发布为 0.1.0（尽管我根本不关心根）
• SubA 发布为 0.0.1
• SubB 发布为 0.0.4

并且每个版本都会增加，例如SubA/version.sbt-> 0.0.2-SNAPSHOT

如何使用sbt 0.13和sbt-release插件做到这一点？

我正在尝试用 jenkins 构建一个 sbt 项目。执行 sbt clean "release with-defaults" 时出现以下错误：

远程分支似乎设置得很好。以下是一些 git 命令的输出：

我错过了什么吗？

我在我的 scala sbt 项目中安装了sbt-release插件。

但是当我运行sbt release cross build或sbt release skip-tests时，我得到了这个错误：

我正在尝试为我的图书馆发布到 bintray 的版本。到目前为止，我已经发布了几个版本。

我通过使用bintray -sbtproject/plugins.sbt

包含完整详细信息的项目托管在github/jedi-io上。

我注意到maven/mavenapi url 中有一个 double 并尝试使用自定义 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-release 插件发布我的 sbt 项目。当我在开发早午餐上执行“sbt release”任务时，它会基于此分支创建一个新标签，但不会将当前开发分支的更改合并到主分支。是否可以在发布时将开发分支中所做的所有更改合并到主分支？

我需要这样的东西：

1. 将项目版本更改为发布版本并将这些更改推送到远程开发分支。
2. 将最新的开发提交合并到主分支并标记它。
3. 将版本号更改为下一个快照并将这些更改推送回远程开发。

那么我怎样才能实现这种行为呢？

我正在使用“sbt-releases”并且需要从任务内部执行“release”，但问题是“release”是一个命令而不是task。

那么是否可以从 sbt 的任务内部执行命令？

为什么我需要从任务内部执行发布？

如果满足某些条件，我想创建一个任务来执行发布，否则触发正常构建。我试图通过更改 sbt 中的 releaseProcess 来实现这一点，但问题是它是 SettingKey 而不是 taskKey，并且任务不能在设置中使用，因为设置在项目加载中被初始化一次。

如何防止 sbt-release 提示用户发布版本和下一个版本？