Question

我有一个多项目构建，其中包含一个特别混乱的模块，其中包含几个mainClasses。我想为这个凌乱的模块创建几个分发包，每个分发包使用不同的文件集并采用不同的格式。想法？

Answer 1

这是sbt-nativer-packager issue tracker发布相同问题的答案。

我也是从gitter聊天中添加这个：

我刚到这个聊天室，我对sbt-native-packager的了解几乎为零......但无论如何......我认为JavaAppPackaging和其他原型实际上应该是配置从Universal扩展而来。在这种情况下，我只是创建自己的JavaAppPackaging扩展配置，并根据我的需要调整必要的位。最后，如果插件只选择mappings in ThisScope ...它将选择我自己的范围，而不是JavaAppPackaging ...而不是通用。所以，让我们逐一介绍。

sbt-native-packager插件总是选择Universal中的映射。这不太理想。它应该在概念上选择mappings in ThisScope SBT原生包装程序提供两类AutoPlugins： FormatPlugins 和 ArchetypePlugins 。 FormatPlugins 提供新的包格式，例如 UniversalPlugin （zip，tarball）或DebianPlugins（.deb）。这些插件构成了一个层次结构，因为它们构建在彼此之上：

          SbtNativePackager
                +
                |
                |
  +-------+  Universal  +--------+
  |                              |
  |             +                |
  |             |                |
  +             +                +
Docker    +-+ Linux +-+      Windows
          |           |
          |           |
          +           +
       Debian        RPM

定义file -> targetpath关系的

映射是使用此模式继承的

mappings in ParentFormatPluginScope := (mappings in FormatPluginScope).value

所以对于docker来说，它看起来像这样

mappings in Docker := (mappings in Universal).value

linux格式插件使用专门的映射来保留文件权限，但基本相同。

由于sbt-native-packager插件总是在Universal中选择映射，因此我必须在每个配置中重新定义Universal中的映射是。如果你想定义自己的范围并继承映射并更改它们，你必须这样做，就像所有其他包装插件一样。我建议将此代码放入项目文件夹中的自定义AutoPlugins。

例如（未经测试，可能缺少进口）

import sbt._

object BuilderRSPlugin extends AutoPlugin {
   def requires = JavaAppPackaging

   object autoImport {
        val BuilderRS = config("builderrs") extend Universal
   }

  import autoImport._

  override lazy val projectSettings = Seq(
     mappings in BuilderRS := (mappings in Universal).value
  )
}

我认为JavaAppPackaging和其他原型实际上应该是从Universal扩展的配置 JavaAppPackaging是一个原型，这意味着这个插件不会带来任何新的打包格式，因此没有新的范围。它可以配置所有包装格式并启用它们。

您可以通过指定范围来打包：

universal:packageBin
debian:packageBin
windows:packageBin

因此，如果您需要自定义输出格式，则在相关范围内执行此操作。

mappings in Docker := (mappings in Docker).value.filter( /* what ever you want to filter */)

Answer 2

请参阅：https://github.com/sbt/sbt-native-packager/issues/746

重要提示：这是一个正在进行的答案＆＃34;。 它不工作！

这是一个如何实现这一目标的例子。

基本思想是我们为要生成的不同包添加配置。每个配置都会告诉包中存在哪些文件。 这不能按预期工作。请在代码后查看我的评论。

lazy val BuilderRS = sbt.config("BuilderRS").extend(Compile,Universal)
lazy val BuilderRV = sbt.config("BuilderRV").extend(Compile,Universal)

addCommandAlias("buildRS", "MessyModule/BuilderRS:packageZipTarball")
addCommandAlias("buildRV", "MessyModule/BuilderRV:packageBin") // ideally should be named packageZip

lazy val Star5FunctionalTestSupport =
  project
    .in(file("MessyModule"))
    .enablePlugins(JavaAppPackaging)
    .settings((buildSettings): _*)

    .configs(Universal,BuilderRS,BuilderRV)

    .settings(inConfig(BuilderRS)(
      Defaults.configSettings ++ JavaAppPackaging.projectSettings ++
        Seq(
          executableScriptName := "rs",
          mappings in Universal :=
            (mappings in Universal).value
              .filter {
                case (file, name) =>  ! file.getAbsolutePath.endsWith("/bin/rv")
              },
          topLevelDirectory in Universal :=
            Some(
              "ftreports-" +
                new java.text.SimpleDateFormat("yyyyMMdd_HHmmss")
                  .format(new java.util.Date())),
          mainClass in ThisScope := Option(mainClassRS))): _*)

    //TODO: SEE COMMENTS BELOW ===============================================
    // .settings(inConfig(BuilderRV)(
    //   Defaults.configSettings ++ JavaAppPackaging.projectSettings ++
    //     Seq(
    //       packageBin <<= packageBin in Universal,
    //       executableScriptName := "rv",
    //       mappings in ThisScope :=
    //         (mappings in Universal).value
    //           .filter {
    //             case (file, name) =>  ! file.getAbsolutePath.endsWith("/bin/rs")
    //           },
    //       topLevelDirectory in Universal :=
    //         Some(
    //           "ftviewer-" +
    //             new java.text.SimpleDateFormat("yyyyMMdd_HHmmss")
    //               .format(new java.util.Date())),
    //       mainClass in ThisScope := Option(mainClassRV))): _*)

现在观察评论中的配置BuilderRV。

它与配置BuilderRS基本相同，只是我们现在在bin文件夹中部署不同的shell脚本。还有其他一些小的差异，但与这个论证无关。有两个问题：

sbt-native-packager插件始终选择mappings in Universal。这不太理想。它应该从概念上选择mappings in ThisScope。
由于sbt-native-packager插件始终选择mappings in Universal，因此我必须在每个配置中重新定义mappings in Universal。这是一个问题，因为mappings in Universal在所有配置中都被定义为自身的函数：结果是每次我们在每个配置中重新定义逻辑时，我们最终将逻辑链接到mapppings in Universal。这会导致此示例中出现问题，特别是因为配置BuilderRV（第二个）不仅会执行其过滤器，还会执行BuilderRS（第一个）中定义的过滤器，这不是我的意思想。

如何使用不同的配置为单个模块创建tarball和zip？

2 个答案: