我有一个相当正常的斯卡拉项目 https://github.com/FasterXML/jackson-module-scala/目前正在使用 Maven 构建。我想同时支持 Scala 2.9.x 和即将推出的 2.10，后者不兼容二进制或源代码。如果有必要，我愿意接受转换为 SBT，但我遇到了一些挑战。

我对这个项目的要求是：

• 单一源树（无分支）。我相信，尝试为每个 Scala 版本支持多个并发“主”分支将是错过分支之间错误修复的最快方法。

• 版本特定的源目录。由于 Scala 版本不兼容源代码，因此我需要能够为特定于版本的源代码指定辅助源目录。

• 版本特定的源 jar。最终用户应该能够为他们的 Scala 版本下载正确的源 jar，以及正确的版本特定源，以进行 IDE 集成。

• 一体化部署。我目前使用 Maven 发布插件将新版本部署到 Sonatype OSS 存储库，并且希望有一个类似简单的发布工作流程。

• 最终用户 Maven 支持。我的最终用户通常是 Maven 用户，因此准确反映依赖关系的功能 POM 至关重要。

• 阴影罐子支持。我需要能够生成一个包含我的依赖项子集的 JAR并从已发布的 POM 中删除阴影依赖项。

我尝试过的事情：

• Maven 配置文件。我创建了一组 Maven 配置文件来控制使用哪个版本的 Scala 进行构建，并使用 Maven 构建帮助器插件来选择特定于版本的源代码树。在发布之前，这种方法一直运行良好。

  • 使用分类器来限定版本效果不佳，因为源 jar 还需要自定义分类器（“source-2.9.2”等），并且大多数 IDE 工具不知道如何找到它们。

  • 我尝试使用 Maven 属性将 SBT 样式 _${scala.version} 后缀添加到工件名称中，但 Maven 不喜欢工件名称中的属性。

• SBT。一旦你能理解它，它就会很好地工作（尽管有大量的文档，但这不是一个小任务）。缺点是似乎没有相当于 Maven 阴影插件。我看过：

  • 混淆者。该插件未针对 SBT 0.12.x 进行更新，并且不会从源代码构建，因为它依赖于另一个已更改 groupId 的 SBT 插件，并且旧名称下没有 0.12.x 版本。我还没有弄清楚如何指示 SBT 忽略/替换插件依赖项。

  • 一罐。这使用自定义类加载来从嵌入的 jar 中运行主类，这不是期望的结果；我希望我的项目的类文件与我的阴影依赖项中的类文件（可能已重命名）一起位于 jar 中。

  • SBT 组装插件。这在一定程度上可以发挥作用，但 POM 文件似乎包含我试图隐藏的依赖项，这对我的最终用户没有帮助。

我承认可能没有一个解决方案可以满足我对 Scala 的需求，并且/或者我可能需要编写自己的 Maven 或 Scala 插件来实现目标。但如果可以的话，我想找到一个现有的解决方案。

Update

我快要接受@Jon-Ander 的优秀了answer https://stackoverflow.com/a/13880582/9700但对我来说还有一件突出的事情，那就是统一的发布流程。我目前的状态build.sbt 位于 GitHub 上 https://github.com/FasterXML/jackson-module-scala/blob/3c8da09fc40fb5419205295ccf3e63e3ba42e66e/build.sbt。 （我将在稍后的答案中为后代复制它）。

sbt-release 插件不支持多版本构建（即+ release的行为并不像人们希望的那样），这在某种程度上是有道理的，因为发布标记的过程实际上并不需要跨版本发生。但我希望该过程的两个部分是多版本的：测试和发布。

我希望发生的是类似于两阶段 maven-release-plugin 过程的事情。第一阶段将完成更新 Git 和运行测试的管理工作，在本例中这意味着运行+ test这样所有版本都经过测试、标记、更新到快照，然后将结果推送到上游。

第二阶段将检查标记版本并+ publish，这将重新运行测试并将标记的版本推送到 Sonatype 存储库。

我怀疑我可以写releaseProcess执行这些操作的值，但我不确定是否可以支持多个releaseProcess我的价值观build.sbt。它可能可以与一些额外的范围一起使用，但 SBT 的那部分对我来说仍然很奇怪。

我目前所做的是改变releaseProcess不发布。然后我必须手动检查标记版本并运行+ publish事实上，这接近我想要的，但确实有所妥协，特别是因为测试仅在发布过程中的当前 scala 版本上运行。我可以接受一个不像 Maven 插件那样是两阶段的流程，但确实实现了多版本测试和发布。

任何可以帮助我度过最后一英里的额外反馈将不胜感激。

其中大部分在单个源代码树中的 sbt 中得到了很好的支持

通常不需要版本特定的源目录。 Scala 程序往往是源兼容的——事实上经常如此 交叉建筑（http://www.scala-sbt.org/release/docs/Detailed-Topics/Cross-Build http://www.scala-sbt.org/release/docs/Detailed-Topics/Cross-Build) 在 sbt 方面拥有一流的支持。

如果您确实需要特定于版本的代码，您可以添加额外的源文件夹。 将其放入 build.sbt 文件中，除了常规的“src/main/scala”之外，还会在交叉构建时添加“src/main/scala-[scalaVersion]”作为每个版本的源目录。 （还有一个插件可用于在版本之间生成垫片，但我还没有尝试过 -https://github.com/sbt/sbt-scalashim https://github.com/sbt/sbt-scalashim)

unmanagedSourceDirectories in Compile <+= (sourceDirectory in Compile, scalaVersion){ (s,v) => s / ("scala-"+v) }

版本特定的源 jar - 请参阅交叉构建，开箱即用

一体化部署——https://github.com/sbt/sbt-release https://github.com/sbt/sbt-release（也有很棒的 git 集成）

Maven 最终用户 -http://www.scala-sbt.org/release/docs/Detailed-Topics/Publishing.html http://www.scala-sbt.org/release/docs/Detailed-Topics/Publishing.html

阴影 - 我用过这个https://github.com/sbt/sbt-assemble https://github.com/sbt/sbt-assembly这对我的需求来说效果很好。 您的程序集插件问题可以通过重写生成的 pom.xml 来解决。 这是一个删除 joda-time 的示例。

pomPostProcess := {
    import xml.transform._
    new RuleTransformer(new RewriteRule{
        override def transform(node:xml.Node) = {
            if((node \ "groupId").text == "joda-time") xml.NodeSeq.Empty else node
        }
    })
}

完整的build.sbt供参考

scalaVersion := "2.9.2"

crossScalaVersions := Seq("2.9.2", "2.10.0-RC5")

unmanagedSourceDirectories in Compile <+= (sourceDirectory in Compile, scalaVersion){ (s,v) => s / ("scala-"+v) }

libraryDependencies += "joda-time" % "joda-time" % "1.6.2"

libraryDependencies += "org.mindrot" % "jbcrypt" % "0.3m"

pomPostProcess := {
    import xml.transform._
    new RuleTransformer(new RewriteRule{
        override def transform(node:xml.Node) = {
            if((node \ "groupId").text == "joda-time") xml.NodeSeq.Empty else node
        }
    })
}