对于没有清洁的常规部署，SBT 构建是否被认为是可靠的？
Is SBT build considered reliable for a regular deployment without clean?
部署 Scala 应用程序时，我们在 Jenkins 上使用 SBT。目前，我们的构建操作指定为 clean assembly（使用 Assembly plugin 生成胖 JAR）。我们的构建目前需要 2-3 分钟，这是合理的，但随着项目越来越大，部署越来越频繁，它可能会成为瓶颈。
我记得在使用 Visual Studio 进行 C++ 部署时，清理（全部重建）是必要的，否则构建有时（比如 0.1%）会被破坏（很可能是因为构建遗漏了 [=20= 中的一些更改的依赖项]).
这是 SBT 的问题吗？ clean 是否被认为是获得可靠构建的必要实践？
我的经验是，有时 SBT 会混淆，我见过的最常见的事情是它找不到属于项目的 类（这次没有编译） .我没有真正调试它的倾向，因为每次 clean 都会修复它，但是对于 CI 服务器，我每次都会去 clean。
部署 Scala 应用程序时，我们在 Jenkins 上使用 SBT。目前，我们的构建操作指定为 clean assembly（使用 Assembly plugin 生成胖 JAR）。我们的构建目前需要 2-3 分钟，这是合理的，但随着项目越来越大，部署越来越频繁，它可能会成为瓶颈。
我记得在使用 Visual Studio 进行 C++ 部署时，清理（全部重建）是必要的，否则构建有时（比如 0.1%）会被破坏（很可能是因为构建遗漏了 [=20= 中的一些更改的依赖项]).
这是 SBT 的问题吗？ clean 是否被认为是获得可靠构建的必要实践？
我的经验是，有时 SBT 会混淆，我见过的最常见的事情是它找不到属于项目的 类（这次没有编译） .我没有真正调试它的倾向，因为每次 clean 都会修复它，但是对于 CI 服务器，我每次都会去 clean。