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 回答