私は最初の Cloud Foundry プロジェクトに取り組んでいます (...そして最初の Node.js プロジェクト、最初の MongoDB プロジェクト、最初の「express」プロジェクトなど...)
初日にこの質問を見つけ、その回答を github リポジトリの編成の出発点として使用しました。
チェックインされていないディレクトリがあります。ファイルの指定に基づいて/node_modules
自動的に作成されます。よし、よし…そのファイルを作った。npm install
package.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