erlang rebar3配置文件

rebar3的简单使用可以参考rebar3的官方文档。以下讲解一些rebar3的配置，初入erlang，理解还不甚深刻。
用rebar3进行工程创建，会生成rebar.config文件，贴一些配置的使用方法

一、编译设置
%% 编译设置
{erl_opts, [
{parse_transform, lager_transform}
, {parse_transform, ms_transform}
, report
, warn_export_all
, warn_export_vars
, warn_obsolete_guard
, warn_shadow_vars
, warn_unused_function
, warn_deprecated_function
%% ,warn_missing_spec
, warn_unused_import
]}.
{parse_transform, lager_transform}是lager依赖库的编译选项，元编程的方式在编译器生成对应的代码，lager源代码里本身没有lager:error，lager:info等等方法
二、rebar shell
{shell, [
{apps, [app_name, sync, recon]}
, {config, “config/app_name.config”}
]}.
这个配置支持在项目根目录直接运行rebar3 shell启动一个erl shell来运行我们的app，而其配置可以指定为config目录下的某个配置文件，而不是sys.config，适合本地调试，app_name后面的app名字是需要依赖启动的app
三、rebar3插件
{plugins,
[
rebar3_run
, rebar3_auto
, {relflow, “1.0.5”}
]}.
配置我们项目需要的plugins，这里的插件可以是我们自己编写的rebar3插件
四、钩子 provider_hooks
{provider_hooks,
[
{pre,[ {compile, {my_plugins, do_something}} ]},
{post,[{compile,{my_plugins1, clean}}]}
]
}.
例如这份配置，就是在执行rebar3 compile之前(pre)运行以my_plugins命名空间下的do_something命令，简单说就是编写了一个rebar3的插件叫my_plugins，提供一个命令叫do_something，即可以在命令行执行rebar3 my_plugins do_something的功能，只是现在配置之后自动调用了命令；post同理就是在compile之后执行那个插件的clean功能，clean功能具体干什么我们不得而知。
五、环境
{profiles, [
{profile1, [
{erl_opts, [no_debug_info]},
{relx, [
{include_src, false}
, {dev_mode, false}
, {include_erts, true}
, {system_libs, true}
]}
]}]}
例如这份配置，指定了一种环境叫profile1，编译选项erl_opts为no_debug_info，打包发布的选项为不包含源码，禁止开发模式(目录不是软连接于default环境)，包含erlang环境等，当然还可以加其它很多选项，为每种环境单独自定义需要的功能，常用default、prod、test等
六、覆盖
{overrides, [{add, deps1, [{erl_opts, [no_debug_info]}]}]}
例如这份配置，就是对名为deps1的依赖的rebar.config再添加一个配置，overrides提供了add和override两种功能，第一种是加配置，第二种也就是用配置的数据去覆盖原来依赖中有的数据