我尝试的一种方法是创建一个不执行任何操作但包含多个项目共有的记录定义的应用程序。然后我使用 rebar 将其作为依赖项包含在内。当包含 hrl 文件时,我使用include_lib
语法。该语法允许您包含来自另一个应用程序的 hrl 文件。
app
ebin
include
priv
src
some_src.erl
deps
common_hrl_app
include
common_records.hrl
src
ebin
other_dep_app
src
other_src.erl
.
.
.
include_lib
可能出现在 some_src.erl 或 other_src.erl 中的示例:
-include_lib("common_hrl_app/include/common_records.hrl").
我喜欢这种方法,因为:
- 它与钢筋依赖系统配合得很好
- 它允许我在版本控制中的一个地方跟踪 hrls
- 我可以对这个应用程序进行版本控制,如果我希望一个新应用程序与另一个使用相同记录的应用程序兼容,这允许我提取特定版本。
回答评论中的问题:
我在 ebin 目录中有一个骨架应用程序文件,它指定了应用程序的名称和版本,因此 rebar 可以验证版本。这是一个例子
{application,common_hrl_app,
[{description,[]},
{vsn,"1"},
{registered,[]},
{applications,[kernel,stdlib]},
{env,[]},
{modules,[]}]}.
使用 rebar,您拥有顶级应用程序,它可以将多个应用程序作为依赖项。当 rebar 获取这些依赖项时,它会将它们放在 deps 目录中。如果这些应用程序中的任何一个具有自己的依赖项,那么它们也会被提取到 deps 目录,依此类推。deps 目录没有无限嵌套的层次结构。