Документы определенно должны быть обновлены для этого, но есть три подхода, которые Вы можете взять здесь:
1) Как вы упомянули положить сайт под контролем источника полезно, если вы делаете полный релиз (make rel_X), поскольку установка всей установки erlang в git немного переборщила. Затем, перемещая приложение на другой сервер, вы должны установить Nitrogen, запустить команду make, а затем клонировать каталог вашего сайта, заменяя каталог сайта по умолчанию.
2) все это под контролем источника. С полной версией это также означает, что вы застряли с полной ERTS в своем репо, но с этим легче справиться, и вам не нужно шутить с копировальными каталогами или беспокоиться о несовместимости версий erlang, поскольку erlang приходит с ним (это в основном, как мы распределяем азот в двоичной форме).
3) (мой предпочтительный подход) сделать тонкий выпуск (сделать slim_X), который является минимальным выпуском, который не поставляется с полной ERTS. Затем поместите весь каталог под контроль источника. Также вы можете безопасно добавлять lib/в ваш .gitignore файл, позволяя git загружать отпечатки при необходимости. Я предпочитаю этот подход, так как он упаковывает все, включая конфиги в etc, выполненные на заказ команды, и любые другие изменения, которые вы могли бы сделать. Основное зависание, которое вы можете получить, - это клонирование вашего тонкого репо на машину, у которой нет той же версии Erlang, но есть и исправление: make fix-slim-release.
Я надеюсь, что это поможет очистить некоторые вещи. Документы будут обновлены с предстоящим выпуском 2.3 для правильного обсуждения стратегии SCM для азота.