2

我试图在这里掌握一些想法。并希望有人可以帮助澄清最佳实践。

团队或配对如何使用像 grunt.js 这样的 javascript 构建系统？

我真的很想把我们的大 javascript 文件分成更小的部分，现在转换为 AMD/Require 不是一个选项。

似乎最简单的方法是连接并缩小到主文件。我们正在使用版本控制（SVN）。

所以我想知道这里的最佳做法是什么？

我们是否要求与生产文件不断冲突？其他团队如何处理这个问题？

希望我的问题足够清楚。

提前致谢...

4

2 回答 2

4

我们最近在我的组织中遇到了类似的困境。由于我们拥有大量的遗留 JavaScript 代码，因此无法选择使用 AMD 或 RequireJS。

我们最终选择了 grunt并提出了一个连接和缩小的“构建”任务。然后，有一个完全独立的“部署”任务，gzip 文件并上传到 Amazon S3。

我们不会将连接/缩小的代码签入源代码控制。通常，为您的源代码设置单独的构建和部署任务是一种很好的操作实践。对于较大的开发团队，部署/构建过程传统上将在 CI 工具中完成，只要有人提交到 SVN/git，该工具就会运行。

在您的情况下，更简单的安排是，如果您只是从开发机器手动部署代码，而不是从 CI 工具自动部署代码。这种设置的问题是很容易与其他团队成员发生冲突。

也就是说，有越来越多的开源 ( Jenkins ) 或云托管 ( CircleCI ) 工具可能值得您研究。

于 2012-10-03T17:19:25.163 回答
0

不要提交输出。使用像 teamcity 这样的 ci 工具来构建和部署。仅将源文件提交到源代码管理。

于 2012-09-13T06:51:21.073 回答