@qinyun
2019-01-25T15:19:18.000000Z
字数 1492
阅读 1102
未分类
今天,Yarn官方团队在GitHub issue中宣布将对Yarn进行重大更改,主要包括:将代码库从Flow移植到TypeScript,不再支持Node 4和Node 6,并为Yarn新增了一些功能等,这个更改项目代号为Berry,目的是增强Yarn优势,弥补弱势。
Yarn是Facebook开源的一款号称代替npm的js包管理工具,相对npm来说,Yarn具有安装模块的速度更快、支持离线模式、兼容npm与bower工作流以及支持两种软件仓库混用等优势。这次的改进主要是针对Yarn v2及其之后的版本,具体规划如下。
lockfile(和配置)格式将成为YAML的严格子集;
添加对插件的支持;
Yarn将被重新设计成为API,与CLI有相似的功能,当前,在使用Yarn时,开发者唯一的选择是命令行界面,Yarn不提供实现复杂逻辑的原语(无论是解析器、链接器还是访问配置),但是,这将会有改进,以后它将可以在脚本中使用组件-无需再解析package.json的内容,无需运行解决方案等,Yarn将能抽象这些所有繁杂的工作;
不再支持Node 4和Node 6;
日志系统进行大修改,改用TypeScript后可以获取诊断出来的错误代码,每个错误、警告和通知都会赋予一个独特的代码,该代码将会被记录下来,并附有解释;
当前的一些功能如autoclean将被移动到contrib插件中,它们仍受支持,但可能与标准bundle的发布周期不同;
缓存文件格式将从Tar切换到Zip,这为随机访问提供了更好的特性;
Yarn代码库将从Flow移植到TypeScript中,这也是jest用TS重写之后,Facebook的又一个代码库迁移的项目。
虽说Yarn现在用的Flow很友好,但Yarn团队希望第三方贡献者能更轻松帮助他们维护Yarn,很多开发者认为,这是因为TS有很好的社区,背后有更可靠更强大的公司——微软的支持,在调试上,它可以节省大量的时间,自然也就比JavaScript更受欢迎,而且,相对Flow来说,开发者对TS更为熟悉,上手更为容易。
嵌套工作区(Nested workspaces)将支持开箱即用;
无论在哪个工作区,运行yarn run foo:bar将运行foo:bar脚本;
引入新的命令yarn constraints
,该命令允许你跨工作区执行约束(constraints);
无论底层操作系统是怎样的,在脚本字段中编写posix命令行都将起作用;
缓存将完全变成原子性,多个Yarn实例将能够在同一缓存上并发运行,而不会有破坏数据的风险等。
Yarn团队认为程序包管理器不应该是生产服务器上运行的工具,在那里运行的代码越多,出现问题的可能性就越高,最终会导致生产系统崩溃。而Yarn以开发优先,意味着Yarn是一个开发工具,它的应用最多就是到克隆代码库这一步了,其中包括即插即用,在设计时就考虑到了这一点。
过去几年中,JavaScript项目增加的复杂性以适应人们发现的越来越多的用例,Yarn团队认为包管理应该处于一个独特的地位,帮助减少一些负担,使用户能够轻松管理他们的项目。同时,在项目或应用程序处于不安全模式时,一个合格的包管理器应该有提示或警告的责任。
由于单个项目永远无法满足开发人员的所有需求,生态圈中出现了大量的项目,但是Yarn并不打算与他们竞争,而是加强自身,赋予开发者更好的能力。
更多内容,请查看GitHub链接:https://github.com/yarnpkg/yarn/issues/6953