2

ここで少しアイデアをつかもうとしています。そして、誰かがベストプラクティスを明確にするのを手伝ってくれることを願っています.

grunt.js のような JavaScript 用のビルド システムを使用して、チームまたはペアはどのようにアプローチしますか?

大きな javascript ファイルを小さな断片に分割したいのですが、AMD/Require に変換することは今のところオプションではありません。

最も簡単な方法は、連結してマスター ファイルに縮小することです。また、バージョン管理 (SVN) を使用しています。

だから私はここでベストプラクティスは何だろうと思っていますか?

本番ファイルとのコンフリクトを常に求めていますか? 他のチームはこれにどのように取り組んでいますか?

私の質問が十分に明確になったことを願っています。

前もって感謝します...

4

2 に答える 2

4

最近、私の組織でも同様のジレンマに直面しました。AMD や RequireJS を使用するという選択肢はありませんでした。これは、膨大な量のレガシー JavaScript コードが存在するためです。

私たちは最終的にはうなり声を上げ、連結して縮小する「ビルド」タスクを思いつきました。次に、ファイルを gzip して Amazon S3 にアップロードする、完全に別の「デプロイ」タスクがあります。

連結/縮小されたコードをソース管理にチェックインしません。一般に、ソース コードに対して個別のビルド タスクとデプロ​​イ タスクを用意することは、適切な運用方法です。大規模な開発チームの場合、デプロイ/ビルド プロセスは従来、誰かが SVN/git にコミットするたびに実行される CI ツールで行われていました。

あなたの場合、CI ツールから自動化するのではなく、開発マシンからコードを手動でデプロイした場合は、より簡単な配置になります。この設定の問題点は、他のチーム メンバーと衝突しやすいことです。

とはいえ、検討する価値のあるオープンソース ( Jenkins ) またはクラウド ホスト ( CircleCI ) ツールの数が増えています。

于 2012-10-03T17:19:25.163 に答える
0

出力をコミットしないでください。teamcity などの ci ツールを使用して、ビルドとデプロイを行います。ソース ファイルのみをソース管理にコミットします。

于 2012-09-13T06:51:21.073 に答える