5
一般的ではないプロジェクトの場合、通常は複数のパッケージに分割されます（特に、通常は1〜10個のプロジェクトを含むVisual Studio C＃ソリューションで作業します）。複数のプロジェクトを扱う
私の現在のHaskellワークフローは、別のパッケージで使用されているいくつかのパッケージを変更するたびにcabal clean && cabal configure && cabal install --force-reinstallを実行します。だ
が正常に動作しますが、（AとBプロジェクトは、その後B上の変更を検出ghci Aを使用して修正された理想的な場合）のみが可能かのように私は、いくつかのHaskellのプロジェクトで仕事をしたいです。
A（開発中）の特定のパッケージがいくつかの"workspaces"で共有されている場合、提案された解決策（可能な場合）はうまくいくはずです。
私は探しましたが、固有の関連する応答（Haskell Cafe, Working with multiple projects 2009）は、私の現在のワークフローを解決策として提案しています。
説明しているチュートリアル（ワークスペース、共有「開発中」パッケージ...）を歓迎します！
ありがとうございました!!! :)
（私はghcで働いている）ので、
これは私が何をすべきか、基本的ですが、それはむしろ迷惑なんです。私はそれをするより良い方法を聞いてみたいと思う。 –
あなたはcabal-devを試してみましたか？ – DiegoNolan
@DiegoNolanは素晴らしいようです！ （あなたは答えとして投稿するかもしれない、私は良い解決策だと思う;） – josejuan