《Angular5之too many symbolic links encountered》

前言：

       Angular升级为5已经有2-3个月了，由于项目的最佳实践是ng4，所以全局环境一直没变，因项目上线解决性能优化问题，将全局脚手架升级为1.5.5，默认匹配Angular应用是ng5,但依然可以运行ng4项目。目前培养前端接班人，为给他们讲解一些知识点，做demo,今天Angular给予了我一次惊喜，若问惊喜是什么，请随小编来。

正文：

      使用脚手架@angular/cli创建服务，命令为：ng g service my-service

     按照惯例，为讲解知识点，建立组件相应的服务，此时惊喜出现了：

      经过九个月的前端磨炼，看到这种错误界面已经屡见不鲜，没有了最初的恐慌和畏惧，有问题就解决呗，通过查找，通过2篇博客，问题解决：

      之前一直启用cnpm install,下载前端依赖包，因为这默认是在国内网站上下载资源，速度快，然而，目前随着Angular的升级，nodejs的升级，再使用国内网站上下载资源，便会出现此错误，解决方案：

      1.删除用cnpm install,下载的node_modules

      2.使用npm install下载依赖包

      3.要安装@angular-devkit/core：cnpm install @angular-devkit/core

      三步解决问题，再使用命令创建服务时便不会出错：ng g service my-service

      还有另外的发现，脚手架升级之后，使用npm install下载依赖包，便会在项目的根目录自动生成package-lock.json文件：如下图

       通过查阅，package-lock.json文件出现与npm的升级有关，其中package-lock.json是当 node_modules 或 package.json 发生变化时自动生成的文件。这个文件主要功能是确定当前安装的包的依赖，以便后续重新安装的时候生成相同的依赖，而忽略项目开发过程中有些依赖已经发生的更新。

         虽然这样的升级会引发一个问题，但同时解决了项目中一个极大的隐患，之前没有package-lock.json文件锁定依赖包，每次cnpm install时，便会自动下载最新依赖包，原本项目的依赖包便会发生变化，依赖之间的兼容便会有很大的不确定性，从而项目可能会因为依赖的改变，而导致项目崩溃，现在有了锁定文件之后，项目稳定性多了一重保障。

          另外，之前没有锁定文件时，使用Jenkins自动构建命令中，每次都会下载node_modules,导致前端构建速度相对后端而言很慢， 这也是在开发过程中大家吐槽的地方，后来自己想过一个办法，最初下载依赖包之后，将每次构建时，先移出此文件，然后再放进去，减少了重新下载依赖包的时间，增加了移动的时间。现在有了锁定文件之后，前端的自动化部署时间也会相应减少。

           具体目前脚手架升级和npm更新有何新的影响，带后续研究。

结语：

      用发展的眼光看待事物