使用Stack构建模块是否使其在全球范围内可用？

关于多程序包项目的堆栈文档部分对此有一些了解，但不幸的是选择显示一个使用两个现成的程序包的示例，这使事情变得混乱。

通常的想法是将您的目录mig和che项目目录放在公共项目目录下，然后将一个stack.yaml文件放在列出mig并che作为要构建的软件包的公共目录中（而不是通常的“。”软件包）。然后将自动解决che.cabalon中的依赖项mig。

这是一个完整的最小示例。如果你运行stack build下multi，它会建立che，然后mig和stack exec mig运行程序。

此外，请注意，如果你把现有的两个协议栈项目目录的地方，我相信你应该删除他们的本地stack.yaml文件，并且可以手动合并的内容到一个单一的multi/stack.yaml或运行stack init中multi产生一个新multi/stack.yaml的内容mig/mig.cabal和che/che.cabal。作为一个整体stack.yaml构建的每个项目集合都应该只有一个。

多/ stack.yaml

resolver: lts-13.26
packages:
- che
- mig

多/ che / che.cabal

name:                che
version:             0.1.0.0
build-type:          Simple
cabal-version:       >=1.10
library
  default-language:    Haskell2010
  exposed-modules:     Che
  build-depends:       base >= 4.7 && < 5

多/ che / Che.hs

module Che where
che :: IO ()
che = putStrLn "Viva la revolution"

多/ mig / mig.cabal

name:                mig
version:             0.1.0.0
build-type:          Simple
cabal-version:       >=1.10
executable mig
  default-language:    Haskell2010
  main-is:             Main.hs
  build-depends:       base >= 4.7 && < 5
                     , che

多重/ mig / Main.hs

import Che
main :: IO ()
main = che >> che >> che

更新：che自行开发

请注意，即使您还che自己进行开发/构建，multi建议您使用上述设置来设置mig项目。特别是，如果您che只希望不重建就进行构建mig（例如，如果您知道mig在进行操作时将被破坏che），则可以使用命令stack build che来代替stack build。

如果你希望能够继续发展che，而不与版本干扰che正在使用的mig，然后做最简单的事情是git clone与工作目录新的存储库，你可以拥有的“前沿”复印件che（有自己的独立单包stack.yaml），您可以独立开发和构建，以及“稳定”依赖che于哪个（mig取决于git pull需要）。最好不要stack.yaml使用Git，或者将其命名或命名，stack.yaml.template然后将其符号链接或复制到stack.yaml。

如果您确实想以che相同的方式对待Stack对待Stackage包，并且有一个mig依赖于全局che包的单包项目，那么您可以：（1）开始上载到cheStackage并像对待其他Stackage一样对待它包; 或（2）extra_deps在该stack.yaml文件中添加，以mig指向支持的全局包源。这可以是GitHub或其他可通过Web访问的存储库；它可以是“存档”（例如，.tar.gz格式为git archive）存储在本地文件系统中；甚至本地文件系统中的Git存储库。对于最后一个选项，绝对路径可以正常工作，但是我认为不直接支持相对路径。它看起来像：

# in mig's stack.yaml
extra-deps:
- git: /home/me/src/haskell/che
  commit: 8ab4bf759dd934fa31cfca324748af894ca0e224