Java 是否有比使用sbt汇编更有效地打包/汇编代码的方法？

我在工作中使用

sbt assembly

打包jar文件以进行测试或部署。输出的尾部：

[info] Checking every *.class/*.jar file's SHA-1.
[info] SHA-1: 93cd61b71cc796dbff699be75e034c7b731ed1bb
[info] Packaging /home/...../target/scala-2.10/pricing-etl.jar ...
[info] Done packaging.
[success] Total time: 2725 s, completed Apr 4, 2014 10:49:32 AM

2725/60=45分钟。这不是一个大项目，我使用的电脑功能非常强大

有没有一种方法可以关闭SHA-1哈希（这似乎占用了大部分时间）？有没有更有效的替代插件

更新：我并不是说SHA-1特别慢，只是我知道计算机在那里，最后一次输出是“[info]检查每个.class/.jar文件的SHA-1”好几分钟。我只是在寻找解决办法，不管原因是什么。

---

也许我需要一个更快的硬盘？也许不做SHA-1可以节省时间，不管速度是否是由IO问题引起的？我目前正在尝试做一些开发，本地需要能够测试更改。我不能在测试之间等待45分钟，因为我还没有在生产中部署修复程序，所以我不太关心验证哈希的正确性。

它不可能是SHA-1，除非您的项目有很多GibaByte。在一些历史的硬件上它做到了。检查CPU使用情况，通常几乎所有内容都是IO限制的。

可能。但在我调查之前，我会理解其中的风险。SHA-1是一种加密安全的散列机制，这一步是为了确保文件的正确性和完整性。。。跳过它会有让软件无法工作的风险。最好知道有多少.class文件以及这些文件总共占用了多少兆字节，因为这些时间似乎太长了，SHA1计算不应该花费那么长的时间。我刚刚对193000个.class文件执行了GB的SHA1，只花了28秒。诚然，我对2324个文件进行了83次迭代，这些文件总共占用了12M的空间（这意味着我的笔记本电脑中只有12M的SSD I/O），但我仍然看不出SBT Assembly怎么会花那么长时间来进行SHA1计算。我在Mac的/Library目录树中重复了这一点，它在29158个文件中保存了3.1GB。花了52秒。