文件路径：VUE 3.0 源码 /script/release.js该脚本从主函数main()函数的运行开始：1、使用 prompt CLI提示插件，引导用户 Select release type... {代码...} 2、引导用户设置版本号，如果选择custom自定义版本，会提示当前的package.json version 为初始值进行编辑。 {代码...} 3、使用 semver 插件验证版本有效性。semv...

文件路径：VUE 3.0 源码 /script/build.js整个脚本从入口函数run() 的运行展开，大概经历了如下几个过程：1、根据是否正式 release 版本，为 true 时需要清除build缓存，避免过时的枚举值；2、解析命令行参数是否指定了需要编译的模块信息，如果没有将编译所有模块；3、最终build的过程是执行rollup进行打包4、另外还有b...

文件路径：VUE 3.0 源码 /rollup.config.js上一篇文章中，单独介绍了各种类型的输出文件的差异，今天这篇文章将完整的介绍一下该配置文件一、rollup.config.js 配置信息时如何生效的？scripts/dev.js | scripts/build.js 文件中都有这么一个函数： {代码...} 关键就在 '-c' 这个参数上：作用是rollup打包指定使用配置文...

rollup.config.js 文件中同样有这么一个变量：outputConfigs，里面定义了不同类型的输出文件的名称"file" & "format",具体如下：

语句中的 fuzzyMatchTarget 函数就定义在utils.js文件中，目的是对终端命令行中传入的模块参数进行解析，是否能够匹配根目录下/packages 目录下的模块名

当我们在命令行敲下 git commit -m "描述信息" 提交代码时，此文件会被触发，关键的配置信息还是在 package.json 这个文件中，具体如下：

当我们在命令行敲下 yarn dev 或者 npm run dev 时，会通过 根目录下 package.json 文件中scripts 配置信息找到 scripts/dev.js并开始执行