Компоновка проекта Node.js для сборки/тестирования и развертывания

Я работаю над своим первым проектом Cloud Foundry (... и первым проектом Node.js, и первым проектом MongoDB проекта и первого «экспресс-проекта» и т. д. и т. д.)

В первый же день я нашел этот вопрос и использовал ответ в качестве отправной точки для организации моего репозитория github:

Структура папок для проект Node.js

Существует каталог /node_modules, который не зарегистрирован. Вместо этого он создается автоматически с помощью npm installна основе спецификации в пакете .json. Хорошо, хорошо... Я сделал этот файл.

(Примечание: во время vmc pushкажется, что сервер, отправленный на сервер, не проверяет файл package.json. Кажется, что он просто копирует каталог node_modules и ничего не делает, если он не существует... поэтому необходимо выполнить npm installна вашем клиенте, а ЗАТЕМ нажать.)

У меня есть некоторые основы, работающие в моем приложении, и сейчас я нахожусь в точке, где Я хотел бы начать тестирование и создание инфраструктуры. Например: мне нужен процесс сборки, который будет запускать линтинг для всего моего JavaScript. Существует библиотека непрерывной интеграции под названием ready.js, которая выглядит как современный инструмент сборки...

Но что-то не так в том, что я нахожусь в каталоге моего проекта и делаю npm install ready .js.Это означает, что в каталог /node_modulesбудет поступать больше данных и загружаться в облако, когда оно не предназначено для работы в облаке. Точно так же: если у меня есть процесс сборки, который выполняет минимизацию ресурсов (или что-то еще), то я также не хочу, чтобы источник развертывался с помощью vmc push.

Я знаю, что все это ново... но существует ли соглашение о том, чтобы сбрасывать цели в каталог сборки и загружать оттуда? Или все продвигаются из того, что фактически является корнем github, а также просто продвигают все сборки и тесты? Любые советы приветствуются... методы, которые следует использовать, методы, которых следует избегать...

ОБНОВЛЕНИЕ : я нашел шаблон приложения для использования Express и Node.js (а также нескольких других распространенных модулей), который делает свое дело. "процесс сборки" внутри javascript кода сервера... к лучшему или к худшему:

https://github.com/mape/node-express-boilerplate

Я также нашел это, и это похоже на объединение термина «Шаблон» с именами модулей, которые вы хотели бы видеть включенными в структуру, является хорошей стратегией поиска для поиска того, что я ищу:

https://github.com/swbiggart/node-express- requirejs-backbone