JS编译器/包管理器,用于版本控制

时间:2012-09-12 19:09:03

标签: javascript version-control build-automation package-managers gruntjs

我想在这里抓住一点点想法。并希望有人可以帮助澄清最佳实践。

团队或成对如何使用构建系统来使用grunt.js这样的javascript?

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

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

所以我想知道最佳做法是什么?

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

希望我的问题足够明确。

提前感谢...

2 个答案:

答案 0 :(得分:4)

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

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

我们不会将我们的连接/缩小代码签入源代码控制。通常,为源代码分别构建和部署任务是一种很好的操作实践。对于较大的开发团队,部署/构建过程通常在CI工具中完成,该工具在有人提交SVN / git时运行。

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

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

答案 1 :(得分:0)

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