文档肯定需要为此更新,但您可以在此处采用三种方法:
1)正如您提到的,如果您正在执行完整版本(make rel_X),则将站点置于源代码控制下很有用,因为将整个 erlang 安装放入 git 有点矫枉过正。然后,当将应用程序移动到另一台服务器时,您将安装 Nitrogen,运行您的 make 命令,然后克隆您的站点目录,替换默认站点目录。
2)将整个事情置于源代码控制之下。有了一个完整的版本,这也意味着你在你的 repo 中有一个完整的 ERTS,但它更容易处理,你不必担心复制目录或担心 erlang 版本不兼容,因为 erlang 附带了它(这个基本上是我们如何以二进制形式分配氮)。
3) (我的首选方法)制作一个苗条版本(制作 slim_X),这是一个不包含完整 ERTS 的最小版本。然后将整个目录置于源代码管理之下。您还可以安全地将 lib/ 添加到您的 .gitignore 文件中,允许 git 在需要时下载 deps。我更喜欢这种方法,因为它打包了所有内容,包括等中的配置、自定义命令以及您可能进行的任何其他修改。您可能会遇到的主要问题是,如果您将 slim repo 克隆到没有相同版本 Erlang 的机器上,但也有一个修复方法:make fix-slim-release。
我希望这有助于澄清一些事情。文档将随着即将发布的 2.3 版本进行更新,以正确讨论 Nitrogen 的 SCM 策略。