Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/node.js/40.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 部署JS项目_Javascript_Node.js_Deployment_Dependencies_Web Deployment - Fatal编程技术网

Javascript 部署JS项目

Javascript 部署JS项目,javascript,node.js,deployment,dependencies,web-deployment,Javascript,Node.js,Deployment,Dependencies,Web Deployment,我希望您能分享一下部署复杂JS项目的方法,在这些项目中使用Grunt或Gulp 例如,grunt build命令concats css、js文件将缩小的bower依赖项放入dist文件夹。就我所知,我们不应该在版本控制repo中存储构建结果,不是吗?另外,在生产服务器上不需要开发环境 这就是为什么流是这样的:git推动生产,然后在生产服务器上构建grunt,然后重新启动它不是一个好的实践,不是吗 问题的目的是了解,在以下情况下,我应该如何部署复杂的JS项目: 建筑是必要的。 不应该在生产服务器上

我希望您能分享一下部署复杂JS项目的方法,在这些项目中使用Grunt或Gulp

例如,grunt build命令concats css、js文件将缩小的bower依赖项放入dist文件夹。就我所知,我们不应该在版本控制repo中存储构建结果,不是吗?另外,在生产服务器上不需要开发环境

这就是为什么流是这样的:git推动生产,然后在生产服务器上构建grunt,然后重新启动它不是一个好的实践,不是吗

问题的目的是了解,在以下情况下,我应该如何部署复杂的JS项目:

建筑是必要的。 不应该在生产服务器上进行构建。或者这是一种正常做法? 版本控制系统不应为生成结果编制索引。 不应手动完成部署。
我们不应该将构建结果存储在版本控制repo中,不是吗。有些甚至将node modules文件夹存储在其存储库中,以加快部署速度,减少冲突问题的发生,尽管对于某些模块类型,也可以通过包覆面处理来解决这一问题—通常将生成文件夹存储在存储库中,例如,浏览器中常用的js库。存储build文件夹使使用bower导入更容易。非常感谢。当然有。但这是一条正确的道路吗?据我所知,在java或c/c++世界中,在版本控制系统的存储库中存储二进制文件并不是一种常见的做法。在这种情况下,正确/错误只是一种看法。我想说,在repo中包含node_模块是错误的,因为可以使用包覆面处理,但是,包含它可以简化部署过程,从而可能防止部署过程中出现错误。选择你的毒药。