rebar问题总结

1.{lib_dirs, ["path1", "path2"]}, 指定查找依赖包的多个扫描根目录；默认是当前应用下的"deps"目录，修改"deps"目录，可以通过{deps_dir, "person_deps_path"}；
2.依赖关系说明： A->B; B->C; C应用不用把B应用放到C应该自己的deps目录下，可以将B和C都放到A应用的deps目录下；
3.对应第2条规定能成立，是因为A只在自己的deps目录下寻找依赖关系，不会到B的deps目录下递归寻找；(这个问题好像解释的不对，rebar可以递归，不是一层)
4.发布应用的reltool.config配置文件的一些选项说明：
   1.{lib_dirs, ["../../"]} 是查找应用的路径，“相对路径”是“本文件所在路径”。

   2.{rel, ...} 是应用包含多少个服务，被系统运行时，自动启动。

5.在rebar.config配置文件中，如果使用{lib_dirs, ["path1", "path2"]}来引用其他库，被引用的库目录下必须有ebin目录，否则不能被编译到。