2013-06-15 33 views
5

Đối với các dự án không tầm thường thường được chia thành nhiều gói (đặc biệt, tôi thường làm việc với các giải pháp Visual Studio C# chứa 1-10 dự án).Làm việc với nhiều dự án

Luồng công việc Haskell hiện tại của tôi thực hiện cabal clean && cabal configure && cabal install --force-reinstall cho mỗi lần tôi sửa đổi một số gói được sử dụng trong một gói khác.

Đó là hoạt động tốt nhưng tôi muốn làm việc với một số dự án Haskell, nếu như chỉ có một được (lý tưởng nếu AB dự án đã được sửa đổi sau đó sử dụng ghci A phát hiện thay đổi nào trên B).

Giải pháp được đề xuất (nếu có thể) cũng sẽ hoạt động tốt nếu gói nhất định A (đang phát triển) được chia sẻ trong một số "không gian làm việc".

Tôi đã tìm kiếm nhưng phản hồi liên quan duy nhất (Haskell Cafe, Working with multiple projects 2009) đề xuất luồng công việc hiện tại của tôi là giải pháp.

Bất kỳ hướng dẫn nào giải thích nó (không gian làm việc, được chia sẻ "đang phát triển" gói, ...) sẽ được hoan nghênh!

Cảm ơn rất nhiều !!! :)

(Tôi đang làm việc với ghc)

+1

Đây là cơ bản những gì tôi làm, nhưng nó khá khó chịu. Tôi rất muốn nghe một cách tốt hơn để làm điều đó. –

+0

bạn đã thử cabal-dev chưa? – DiegoNolan

+0

@DiegoNolan trông thật tuyệt vời! (bạn có thể đăng bài như câu trả lời, tôi nghĩ là một giải pháp tốt;) – josejuan

Trả lời

3

Vì vậy, về cơ bản bạn có thể sử dụng cabal-dev để thực hiện một sandbox cục bộ của gói bạn muốn sử dụng cho một dự án nhất định. Điều này sẽ ngăn chặn các dự án khác nhau có thể có các yêu cầu gói mâu thuẫn từ việc nhét mọi thứ lên.

Đây là một bài đăng hay về reddit giải thích các khái niệm cơ bản.

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

Các vấn đề liên quan