简单的，随笔记录。down了一个项目，看read如何运行，发现是采用yarn命令~yarn命令难道是和npm类似的，就是git和svn都是用于多人开发代码的吗~对于我这种入门的小渣渣，拓宽知识面，不懂的当然要及时百度啦！
yarn官网：快速入门 | Yarn 中文文档
查看了一下都是包管理工具，那到底是怎么工作的。比如一个项目再gitHub上，这个项目依赖jquery,element,sass等等依赖吧，那下载下来就要一个一个去安装这些依赖，当依赖越来越多，难道克隆一次去一个一个安装嘛。所以用一个工具把这些代码集中起来管理吧！
NPM 的思路大概是这样的：
1. 买个服务器作为代码仓库（registry），在里面放所有需要被共享的代码
2. 发邮件通知 jQuery、Bootstrap、Underscore 作者使用 npm publish 把代码提交到 registry 上，分别取名 jquery、bootstrap 和 underscore（注意大小写
3. 社区里的其他人如果想使用这些代码，就把 jquery、bootstrap 和 underscore 写到 package.json 里，然后运行 npm install ，npm 就会帮他们下载代码
4. 下载完的代码出现在 node_modules 目录里，可以随意使用了。
npm安装的一些缺点: 1.安装的很慢，特别新拉下来的项目要等半天，删掉node-modules,重新安装也要半天；2.同一个项目，安装的时候版本无法保持一致性。由于package.json文件中版本号的特点，下面三个版本号在安装的时候代表不同的含义。这就麻烦了，常常会出现同一个项目，有的同事是OK的，有的同事会由于安装的版本不一致出现bug。
"5.0.3":表示安装指定的5.0.3版本
"~5.0.3": 表示安装5.0.X中最新的版本
“^5.0.3”表示安装5.X.X中最新的版本
yarn安装的一些优点:1.速度快。主要来自以下两个方面：1).并行安装。无论 npm 还是 Yarn 在执行包的安装时，都会执行一系列任务。npm 是按照队列执行每个 package，也就是说必须要等到当前 package 安装完成之后，才能继续后面的安装。而 Yarn 是同步执行所有任务，提高了性能。2).离线模式。如果之前已经安装过一个软件包，用Yarn再次安装时之间从缓存中获取，就不用像npm那样再从网络下载了。
安装版本统一：为了防止拉取到不同的版本，Yarn 有一个锁定文件 (lock file) 记录了被确切安装上的模块的版本号。每次只要新增了一个模块，Yarn 就会创建（或更新）yarn.lock 这个文件。这么做就保证了，每一次拉取同一个项目依赖时，使用的都是一样的模块版本。npm 其实也有办法实现处处使用相同版本的 packages，但需要开发者执行 npm shrinkwrap 命令。这个命令将会生成一个锁定文件，在执行 npm install 的时候，该锁定文件会先被读取，和 Yarn 读取 yarn.lock 文件一个道理。npm 和 Yarn 两者的不同之处在于，Yarn 默认会生成这样的锁定文件，而 npm 要通过 shrinkwrap 命令生成 npm-shrinkwrap.json 文件，只有当这个文件存在的时候，packages 版本信息才会被记录和更新。
更简洁的输出：npm 的输出信息比较冗长。在执行 npm install 的时候，命令行里会不断地打印出所有被安装上的依赖。相比之下，Yarn 简洁太多：默认情况下，结合了 emoji直观且直接地打印出必要的信息，也提供了一些命令供开发者查询额外的安装信息。
多注册来源处理：所有的依赖包，不管他被不同的库间接关联引用多少次，安装这个包时，只会从一个注册来源去装，要么是 npm 要么是 bower, 防止出现混乱不一致。
更好的语义化： yarn改变了一些npm命令的名称，比如 yarn add/remove，感觉上比 npm 原本的 install/uninstall 要更清晰。
npm的未来：npm5.0
有了yarn的压力之后，npm做了一些类似的改进。
1. 默认新增了类似yarn.lock的 package-lock.json；
2. git 依赖支持优化：这个特性在需要安装大量内部项目（例如在没有自建源的内网开发），或需要使用某些依赖的未发布版本时很有用。在这之前可能需要使用指定 commitid 的方式来控制版本。
3. 文件依赖优化：在之前的版本，如果将本地目录作为依赖来安装，将会把文件目录作为副本拷贝到 node
modules 中。而在 npm5 中，将改为使用创建 symlinks 的方式来实现（使用本地 tarball 包除外），而不再执行文件拷贝。这将会提升安装速度，目前yarn还不支持。
