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

JS Compiler / Package Manager for use with version control

本文关键字：用于版本控制管理器编译器 JS 更新时间：2023-09-26

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

团队或团队如何使用类似grunt.js的javascript构建系统？

我真的想把我们的大型javascript文件分解成更小的部分，现在还不能转换为AMD/Require。

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

所以我想知道这里的最佳实践是什么？

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

希望我把问题说得足够清楚。

提前感谢。。。

我们最近在组织中遇到了类似的困境。使用AMD或RequireJS不是一个选择，因为我们有大量的遗留JavaScript代码。

我们最终选择了咕哝，并提出了一个连接和缩小的"构建"任务。然后，有一个完全独立的"部署"任务，gzip负责文件并上传到AmazonS3。

我们不将级联/缩小的代码签入源代码管理。一般来说，为源代码分别构建和部署任务是一种很好的操作实践。对于较大的开发团队，部署/构建过程传统上是在CI工具中完成的，每当有人提交SVN/git时，该工具就会运行。

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

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

不要提交输出。使用类似teamcity的ci工具进行构建和部署。仅将源文件提交到源代码管理。