问题的出现原因是，当编译.sbt文件时，它们会与project目录中的.scala文件进行合并。然而，.sbt文件不能在递归任务中使用，也就是说，无法从sbt中自定义sbt。解决方法是参考sbt文档中的相关部分，详细了解更多信息：http://www.scala-sbt.org/release/docs/Getting-Started/Basic-Def.html#sbt-vs-scala-definition

从2016年7月开始，sbt 0.13.12版本正式废弃了Build.scala，并推荐使用.sbt格式。这一变化的实现是通过PR 2530来完成的。同时，"附录：.scala构建定义"也做了相应的更新。

build.sbt和build.scala的区别是什么？

build.sbt和build.scala都是SBT（Scala Build Tool）中用于定义项目构建的文件。它们的区别在于它们的语法和功能。

build.sbt是一个以.sbt为后缀的文件，它使用了SBT的简化语法。它可以包含键值对的声明，如name和version，用于指定项目的名称和版本。此外，它还可以包含val、lazy val和def等语句，但不能包含object和class。

下面是一个build.sbt的示例：

name := "hello"
version := "1.0"

build.scala是一个以.scala为后缀的文件，它使用了完整的Scala语法。它必须定义一个名为Build的对象，并且该对象必须扩展自sbt.Build。在Build对象中，可以定义多个Project，并为每个Project指定id和base。每个Project可以使用settings方法来指定项目的设置，如name和version。使用build.scala可以更灵活地定义复杂的构建逻辑。

下面是一个build.scala的示例：

import sbt._
import Keys._
object Build extends Build {
  lazy val root = Project(id = "root", base = file(".")).settings(
    name := "hello",
    version := "1.0"      
  )
}

根据SBT的官方文档，如果你需要更复杂的构建逻辑，可以考虑使用build.scala文件。build.sbt在某些情况下可能不足以满足需求，特别是当需要定义任务或多模块构建时。

在0.13版本之前，build.sbt确实存在一些限制，一旦需要定义任务或多模块构建，就需要使用.scala文件。然而，在0.13版本中，SBT引入了一些新的功能，如定义vals和多个项目，以解决这个问题。因此，现在可以在build.sbt中完成更复杂的构建逻辑，但如果需要完整的Scala表达能力，仍然可以使用build.scala。

总之，build.sbt和build.scala都是用于定义SBT项目构建的文件，它们的区别在于语法和功能。build.sbt使用了简化的语法，适用于简单的构建逻辑，而build.scala使用了完整的Scala语法，适用于复杂的构建逻辑。根据项目的需要，可以选择使用其中之一或两者结合使用。