スタックを使用してHackageパッケージをテストするためのワークフロー（Stackageには含まれません）

Question

スタックを使用してHackageにインストールされているスタティック（Hackage）のパッケージをテストするためのワークフローは何ですか？

stack new tester 
cd tester 
# Then add the package PKG to 'extra-deps' 
stack build . --force-dirty 

例えば

は十分でなく、誤差の結果（「現在のプログラムで、または任意の公知のパッケージでないモジュール」）は、パッケージの一部のimportが試行された場合。

が明示的に

stack build PKG 

で（それは必要ありませんように思える）パッケージを構築することは、「隠されたパッケージPKGのメンバーであることを警告してた（どちらか動作しません... "）。

私はstack ghciセッションでパッケージのコンポーネントをインポートしようとすると私は同じ「隠されたパッケージ」のエラーが表示されます、私は代わりに、単に

stack new tester --force 
cd tester 
stack build PKG 

場合。

Haskageスタックを使用して、Hackage上で特定のパッケージを使用するための隔離された一時的なインストールを作成する（ベストプラクティス）ワークフローとは何ですか？ Stackageで利用できないパッケージで再生するに

Answer 1

、私は通常、最初のグローバルプロジェクトでそれを構築しよう：通常ので、不足している依存関係や境界の、問題が解決しない場合は

$ cd ~/ 
$ stack build the-package 
$ stack ghci 

私は次のワークフローに頼っています：

$ stack new playground 
$ cd playground 
# In playground.cabal, add the-package to the library build-depends section 
$ stack solver --update-config 
$ stack ghci 
# Play with the package