10.2 Release Resource File을 읽은 후에는 각 응용 프로그램 릴리스가 Erlang OTP의 특정 릴리스에 묶여 있다는 인상을받습니다. 사실입니까?Erlang : 릴리스 파일에서 엄격하게 검사중인 버전입니까?
.rel 파일의 버전 정보를 다음 줄에 쓸 수 있습니까?
{release,
{"ch_rel", "A"},
{erts, "5.3"},
[{kernel, ">=2.9"},
{stdlib, ">=1.12"},
{sasl, ">=1.10"},
{ch_app, "1"}]
}.
약간의 용어로 혼란 스러울 수도 있습니다. 얼랑에서 릴리스입니다
를 작성했습니다 그리고 특정의 독립형 얼랑 환경의 구축 및 응용 프로그램을위한 것입니다
응용 프로그램이 특정 기능에 대한 관련 코드 및 라이브러리의 번들 인 동안. 대부분의 사람들은 .rel 파일이 필요하지 않습니다. .app 파일과 부트 스크립트는 이미 설정 한 erlang 환경에 배포 할 응용 프로그램을위한 것입니다.
귀하의 질문에 앉아서 앉아서 .rel 파일을 실제로 사용하지 않았던 방식으로 사용하는 것처럼 들렸습니다.
내가 틀렸다 경우, 당신은 허용 할 erlware를 통해 소프트웨어를 출시 고려해야
은 불행하게도 당신이 맞아요 - OTP 자료 처리기, 버전 검사가 정확한, 당신은 범위 또는 '적어도이 버전'을 지정할 수 없습니다. OTP (R13B +)의 새로운 'reltool'응용 프로그램은 모든 버전 정보를 입력하여이를 지원합니다.
불운 관리 할 수 ... . 내가 할 수있는만큼 Erlang 패키지를 OTP 릴리스주기와 분리하고 싶다. 나는 아직 그렇게해야한다는 압박감을 발견하지 못했다. 그러나 나는 시간이 올 것이라고 생각한다. 입력 해 주셔서 감사합니다. – jldupont
rel 파일의 목적은 응용 프로그램 릴리스가 실행되는 데 필요한 모든 응용 프로그램을 하나의 릴리스로 번들로 제공하는 것입니다. 여기에는 OTP 핵심 애플리케이션이 포함됩니다. 전체 런타임 환경이 타르에 포함되어 있기 때문에 필요로하는 시스템의 핵심조차도 출시 될 때 정확히 기대할 것입니다. 마치 컴파일 된 바이너리를 정적으로 링크 한 것처럼 말입니다. 따라서 기술적으로 당신은 여전히 꽤 분리되어 있으며 출시로부터 출시까지의 안정성은 그만한 가치가 있습니다. –
예 OTP 릴리스 원리는 굉장합니다 : 특정 실행 환경을 갖기 위해 모든 것을 제자리로 '젤'합니다. 나는 조금 더 '편한'뒤에있다 : 나의 현재의 응용 프로그램은 '강조하고 있지 않다'erl 그다지 나는 DEBIAN 저장소를 통해 내 응용 프로그램을 공개하고 싶다. 합리적인 Erlang 릴리스마다 여러 개의 릴리스 즉 하나를 발행해야하는 것은 (현재) 필요하지 않은 추가 고통 일 것입니다. 귀중한 의견을 보내 주셔서 감사합니다. – jldupont
:-) 날 무시 주시기 런타임의 다른 버전에 대해 빌드 쉽게
직접 해보도록하겠습니다. OTP '릴리스 프로세스'를 사용하기로 선택했다면 다음을 포함하는 TAR (또는 디렉토리 계층 구조)을 얻을 수 있다고 말하고 있습니까? * Erlang 런타임 환경erlang 명령) 커널 및 초기화와 같은 Erlang '코어'라이브러리 * 내 응용 프로그램 파일 – jldupont
archaelus로 Jean-Lou Dupont이 이미 언급 했으므로 reltool이라는 R13B02 (9 월 이내)와 함께 제공되는 새로운 도구가 있어야합니다. 이 디렉토리 구조를 생성하는 데 사용됩니다. – Zed