"cabal dev“和”cabal sandbox init“有什么关系？

Question

我好像错过了什么。据我所知，cabal sandbox init说从当前文件夹和所有子文件夹开始，所有cabal install命令的作用域都是沙箱。因此，此文件夹之外的所有内容都不在沙箱中。

那么cabal dev的目的是什么？我应该在沙箱中使用cabal install还是cabal-dev install？

Answer 1

cabal-dev是沙箱的初始解决方案，而cabal sandbox是完全集成的实现。

直到几个月前，还没有使用cabal构建沙箱的令人愉快的方法。这对于任何库的维护者或任何可能担心依赖冲突的人来说都是一个巨大的问题。为了解决这个问题，几个人一起开发了一个名为cabal-dev的工具。它补充了cabal，并在沙箱中添加了一些功能。

现在，在这个存在了几年之后，在版本1.18中，cabal获得了沙箱！这意味着我们可以从使用cabal + cabal-dev切换到只使用cabal，因为cabal现在已经包含了cabal-dev。

此外，由于沙箱完全集成到了阴谋中，它们可以很好地配合其他阴谋特性，比如cabal-dev不可能实现的cabal repl。

最后，最近在Haskell-Cafe邮件列表上的讨论表明，cabal-dev不太可能被维护很长时间，所以除了cabal sandbox中当前的1-2个bug之外，没有理由不切换。