erlang rebar

 

在rebar使用 构建系统时，可以手动创建一个rebar.config的文件，通过这个文件可以对rebar进行配置。

 

这个文件中有两个参数比较重要

 

%% Where to put any downloaded depandencies. Default is `deps'

在哪里存放从网络上下载的依赖applications

{deps_dir, ["deps"]}.

 

实际上这个参数还有另外一层意思，就是deps_dir，中所指定的目录，可以用做当前的项目依赖项目的存储目录。

在使用rebar进行构建时，rebar会在deps_dir指定的目录中去查找相关的依赖。

 

%% What dependancies we have, depandencies can be of 3 forms, an application

%% name as an atom, eg. mochiweb, a name and a version (from the .app file), or

%% an application name, a version and the SCM details on how to fetch it (SCM

%% type, location and revision). Rebar currently support git, hg, bzr and svn.

{deps, [application_name,

        {application_name, "1.0.*"},

        {application_name, "1.0.*", {hg, "http://bitbucket.org/basho/rebar/", "f3626d5858a6"}}]}.

 

deps参数的说明很清楚，rebar是支持从scm系统中获取依赖项目的。

从scm中获取的依赖将存储到deps_dir所指定的目录中。当前支持hg，svn，hg，bzr四种scm。

同时deps参数是支持erlang的正则表达式的。这样我们可以对依赖应用的版本进行控制

 

 

rebar还能够支持对driver代码的编译，虽说支持的不是很完整。

我们可以通过port_pre_script所指定的脚本对c/c++的编译进行扩展

 

%% Tuple which specifies a pre-compilation script to run, and a filename that

%% exists as a result of the script running.

{port_pre_script, {"script.sh", "skipfile"}}.

 

这样一个erlang项目的搭建就不算是太大的问题了