我正在开发我的第一个 Cloud Foundry 项目(......和第一个 Node.js 项目,第一个 MongoDB 项目,第一个“express”项目,等等......)
在第一天,我发现了这个问题,并将答案作为我的 github 存储库组织的起点:
有一个/node_modules
目录未签入。而是npm install
根据文件中的规范自动创建的package.json
。好的,很好......我制作了那个文件。
(注意:在 a 期间vmc push
,推送服务器似乎没有检查 package.json 文件。它似乎只是复制了 node_modules 目录,如果它不存在则什么都不做......所以有必要在您的客户端上执行npm install
然后推送。)
我已经在我的应用程序中工作了一些基础知识,现在我想开始进行测试和构建基础设施。例如:我想要一个在我所有的 JavaScript 上运行 linting 的构建过程。有一个名为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