关于此需求
现存 Elog 痛点
- 一对多场景配置复杂。用户想从语雀分别同步到 Hexo(本地)和 Halo 时,需要配置多个配置文件和多个运行命令。
- 同步流程紊乱。流程架构设计历史问题,同步流程不是很清晰。
- 自定义处理复杂。用户想自己处理一些特殊场景时需要用到自定义处理配置复杂且流程不清晰。
- 配置文件不支持 TypeScript。没有 ts 智能补全和校验,对于不太懂编程的用户不友好。
- 不支持按需引入插件。现存 Elog 虽然是 monorepo,但实际在配置和运行时,虽然只安装一个 cli 包,但是会同步引入所有平台的包,即使用不到。发包的时候也是同步升级所有依赖包。总体来说就是假的 monorepo,用起来还是一个整体。
Elog 1.0 重点功能
- 配置文件直接支持一对多,流程更清晰
- 按需引入需要用到插件包,而不是之前安装一个 cli 包
- Elog 核心只负责统筹流程,文档同步和处理全部交给插件系统去解决
- 插件系统和自定义钩子,让自定义处理更方便
- 全面拥抱 esm,放弃 commonjs
任务拆分
任务