[建议] san-cli 版本依赖优化

[zhixinbao]

使用 san-cli 过程中注意到，当前 san-cli 安装目录下没有直接依赖 less-loader，只是在 san-cli-service 中存在间接 dev 依赖，那么使用中可能存在以下问题：
san-cli-service 中关于 less-loader 的配置选项是针对 ~5.0.0 实现的，这个版本又比较老，假如开发者用户没有使用脚手架启动项目，当开发调试或者编译运行含有 less 代码的工程时，首先会错误提示：

Failed to resolve loader: less-loader
  You may need to install it.

开发者别无选择，此时就要执行安装 less-loader 了，比如：

yarn add less less-loader -D
...
info Direct dependencies
├─ [email protected]
└─ [email protected]

可以看到当前安装的版本已经远远超出 ~5.0.0 的版本了。那么版本差异不多说，可以直接看 配置

不出意外，这时执行 san serve 肯定会遇到新的错误：

 ERROR  this.getOptions is not a function

针对以上情况提出以下问题：

1. 是否有计划支持 less-loader 较新版本配置？那么默认脚手架也需要升级对应开发依赖的版本。
2. 倘若不做升级，是否需要明示 peer deps 版本？这样开发者也可以少走些弯路，体验上会有所提升。毕竟不是每个开发者都可以自行完成 loader 安装、升级、配置等。
3. 同理：其他 loader plugin 应该会有类似的情况发生，可以用相同的方式给予更好的提示。

[zhixinbao]

关于问题1：webpack-contrib/less-loader#408
会衍生出另外的问题，webpack 版本需要从 V4 升级到 V5，没有这个前提，用户还是要老老实实降级less-loader的。

[jinzhan]

之前考虑用户不一定用的less，可能是sass或stylus，也不一定想用san-cli提供的less版本，所以自从3.x版本以后，san-cli没有内置less-loader，而是迁移到了脚手架的package.json中；所以原来的低版本升级，需要手动安装less-loader。

关于这个问题，我们先完善下迁移文档：https://ecomfe.github.io/san-cli/hulk-cli-migration

[Lohoyo]

迁移文档已完善，指明了 less-loader 的版本。

[Lohoyo]

补充说明下：现在用 san-cli 创建项目，是不会遇到这个问题的。这个问题一般只存在于用 hulk-cli 或 san-cli v0 创建的项目迁移到最新的 san-cli 的情况。