6

重要なプロジェクトの場合、一般的にいくつかのパッケージに分割されます (特に、私は通常、1 ~ 10 個のプロジェクトを含む Visual Studio C# ソリューションを使用します)。

現在の Haskell ワークフローはcabal clean && cabal configure && cabal install --force-reinstall、別のパッケージで使用されているパッケージを変更するたびに実行されます。

それは問題なく動作しますが、複数の Haskell プロジェクトを 1 つだけであるかのように操作したいと考えています (理想的にはABプロジェクトが変更された場合、ghci A変更の検出を使用しますB)。

特定のパッケージ (開発中) が複数の「ワークスペース」Aで共有されている場合、提案されたソリューション (可能であれば) も正常に機能するはずです。

私は探しましたが、独自の関連する応答 ( Haskell Cafe、Working with multiple projects 2009 ) は、私の現在のワークフローを解決策として示唆しています。

それを説明するチュートリアル (ワークスペース、「開発中」の共有パッケージなど) は大歓迎です!

どうもありがとう!!!:)

(私はと働いていghcます)

4

1 に答える 1

3

したがって、基本的にはcabal-dev、特定のプロジェクトで使用するパッケージのローカル サンドボックスを作成するために使用できます。これにより、パッケージ要件が競合する可能性のあるさまざまなプロジェクトがすべてを台無しにするのを防ぐことができます。

これは、基本を説明するredditの良い投稿です。

http://www.reddit.com/r/haskell/comments/f3ykj/psa_use_cabaldev_to_solve_dependency_problems/

于 2013-06-15T20:02:01.863 に答える