0
我有一个适度简单但稍微棘手的SBT设置代码,我想写一些测试。然而,我会喜欢它留在build.sbt
。如何测试build.sbt代码?
目前我已将它移动到一个对象(在project/
),在build.sbt
以及在project/src/test/scala
的测试中引用它。
但是是否有可能对build.sbt
中的代码进行测试?
我有一个适度简单但稍微棘手的SBT设置代码,我想写一些测试。然而,我会喜欢它留在build.sbt
。如何测试build.sbt代码?
目前我已将它移动到一个对象(在project/
),在build.sbt
以及在project/src/test/scala
的测试中引用它。
但是是否有可能对build.sbt
中的代码进行测试?
根据在SBT文档the advice:
建议的方法是,以限定最配置在名.bst文件,使用.scala文件任务的实现方式或共享的值,如钥匙,横跨名.bst文件。
因此,由于这听起来像可测试的代码,而不是静态配置,所以最好的选择是将其保留在Scala文件中。
我确定有一种方法可以手动评估SBT DSL,如果你确实想要的话,但你可能需要深入研究文档或SBT源代码。不过,我无法帮到你。
你可以看看[testing-sbt-plugins](http://eed3si9n.com/testing-sbt-plugins),它可以给你一些关于脚本测试框架的想法,也许你可以用它来测试你的构建。 – lpiepiora