2010-02-02 2 views

답변

15

실제 기술적 인 이유가 없습니다. erlang 소프트웨어를 설치하고 설치하는 고전적인 방법은 응용 프로그램을 사용하는 것만 다릅니다. 그리고 일부 사용 릴리스에 추가되었습니다.

자주 erlang 소프트웨어가 완전히 독립적으로 배포되는 것을 볼 수 있습니다. 즉, 모든 라이브러리와 가상 컴퓨터가 패키지에 함께 포함되어 있으며 외부 종속성이 필요하지 않습니다. 패키지의 개발 버전에서도이를 볼 수 있습니다. 예를 들어 Riak 데이터베이스의 소스 트리에는 모든 종속 라이브러리가 있습니다.

루비 (나 같은)에서 오는 많은 사람들이 생각할 수있는 것처럼 나쁜 생각은 아닙니다. 이 방법은 각 응용 프로그램 자체에 의존합니다. Erlang의 주요 목적 중 하나가 가장 신뢰할 수있는 것인데, 이는 각 애플리케이션이 자신의 라이브러리 버전을 가질 수 있다는 것을 모든면에서 의미있게 만듭니다. 따라서 한 앱이 다른 앱을 불안정하게 만들지 않도록합니다.

+0

예, 갈 수있는 좋은 방법 인 것 같습니다. 그러나 Riak에 관해서는 설치하는 데 많은 문제가 있었지만 관련 라이브러리를 포함하는 개념이 유용합니다. – Zubair

8

시도 rebar; 그것은 의존성 관리 시스템을 포함하는 erlang을위한 빌드 시스템입니다. gem은 rubygems.org와 같은 중앙 저장소가 없으므로 git url을 지정해야합니다. 하지만 중첩 된 deps를 다운로드해야하는 번거 로움을 덜어줍니다. 그것은 그 자체를 처리합니다.

그리고 Erlang의 철학은 다운로드 된 deps를 중앙 시스템 위치가 아닌 프로젝트 디렉토리에 보관함으로써 철학을 지킵니다. 이는 bundler의 배포 모드와 유사합니다.

관련 문제