有没有办法在本地(即在我的机器上)检查我的 cabal 项目对 Hackage 提供的任何环境的依赖关系?

问题描述 投票:0回答:1

前言与我之前的问题

相同

前段时间我参与了这个项目,我用packagecandidates进行了一些实验。

然后,昨天,我在 hackage 上上传了真实包。但是,无法构建

除了我尝试了几次,尝试一遍又一遍地调整绑定的版本,但总是在其他依赖项上出现错误。以下是从旧到新的日志:

循环

  1. 上传新版本边界,

  2. 等待构建完成/失败,

  3. 如果步骤 2 失败,

    3.1 查看错误并尝试找出我需要更改的依赖范围,

    3.2 上传新绑定

    3.3 转到步骤1,

  4. 万岁!

非常耗时且令人沮丧。

有更好的方法吗?

我显然排除了“使您的本地环境与 Hackage 的环境相同”

理想情况下,我只想要类似

cabal check --against-hackage-at-this-very-moment
的东西,我可以在命令行上运行。

我显然不是唯一感到沮丧的人

haskell version dependency-management cabal hackage
1个回答
0
投票

大多数问题都与锁定到特定 GHC 版本的软件包有关。您只需使用与 Hackage 相同的 GHC 版本即可避免这些问题。不幸的是,我认为不可能自动获取该版本的 GHC。但即便如此,如果您只是确保它使用最旧的稳定版本构建(请参阅GHC状态页面),那么 Hackage 也可能能够构建它。

© www.soinside.com 2019 - 2024. All rights reserved.