我试图在这里掌握一些想法。并希望有人可以帮助澄清最佳实践。
团队或配对如何使用像 grunt.js 这样的 javascript 构建系统?
我真的很想把我们的大 javascript 文件分成更小的部分,现在转换为 AMD/Require 不是一个选项。
似乎最简单的方法是连接并缩小到主文件。我们正在使用版本控制(SVN)。
所以我想知道这里的最佳做法是什么?
我们是否要求与生产文件不断冲突?其他团队如何处理这个问题?
希望我的问题足够清楚。
提前致谢...
我试图在这里掌握一些想法。并希望有人可以帮助澄清最佳实践。
团队或配对如何使用像 grunt.js 这样的 javascript 构建系统?
我真的很想把我们的大 javascript 文件分成更小的部分,现在转换为 AMD/Require 不是一个选项。
似乎最简单的方法是连接并缩小到主文件。我们正在使用版本控制(SVN)。
所以我想知道这里的最佳做法是什么?
我们是否要求与生产文件不断冲突?其他团队如何处理这个问题?
希望我的问题足够清楚。
提前致谢...
我们最近在我的组织中遇到了类似的困境。由于我们拥有大量的遗留 JavaScript 代码,因此无法选择使用 AMD 或 RequireJS。
我们最终选择了 grunt并提出了一个连接和缩小的“构建”任务。然后,有一个完全独立的“部署”任务,gzip 文件并上传到 Amazon S3。
我们不会将连接/缩小的代码签入源代码控制。通常,为您的源代码设置单独的构建和部署任务是一种很好的操作实践。对于较大的开发团队,部署/构建过程传统上将在 CI 工具中完成,只要有人提交到 SVN/git,该工具就会运行。
在您的情况下,更简单的安排是,如果您只是从开发机器手动部署代码,而不是从 CI 工具自动部署代码。这种设置的问题是很容易与其他团队成员发生冲突。
不要提交输出。使用像 teamcity 这样的 ci 工具来构建和部署。仅将源文件提交到源代码管理。