Skip to content

Latest commit

 

History

History
180 lines (139 loc) · 5.42 KB

README.md

File metadata and controls

180 lines (139 loc) · 5.42 KB

模块设计文档: 工作流管理

NPM CI Status

工作流调度小工具。通过项目配置,触发指定的任务,用于简化较为复杂的工程内初始化或者编译等流程

Workflow 将项目工作流分成了 task(任务)和 workspace(工作区)两个概念

每个工作区相当于一个需要处理的工程目录。而任务则是实际执行的动作。Workflow 会在执行每个任务的时候,循环所有工作区,在所有工作区内拿到对应的配置信息,根据这些配置信息去执行对应的任务

需求分析

功能需求

  • 完成工作流调度
    • 例如 build 工作流,通常包含编译多种文件:ts、less、c++ 等
  • 内置常用任务
  • 支持自定义任务
  • 每个工作区允许执行不同的任务

非功能需求

整体架构设计

图例

开始工作流的时候先循环需要执行的任务列表,在执行每个任务的时候,再去循环每一个工作区。根据工作区内的配置文件区执行对应的任务

sequenceDiagram
    actor       U  as User
    participant W  as Workflow
    participant TT as TscTask
    participant LT as LesscTask
    participant WA as WorkspaceA
    participant WB as WorkspaceB

    U   ->> W           : 启动工作流 `build`

    W   ->> TT          : 开始 TscTask
    TT  ->> WA          : 执行 TscTask
    WA -->> TT          : 收集执行结果
    TT  ->> WB          : 执行 TscTask
    WB -->> TT          : 收集执行结果
    TT -->> W           : 结束 TscTask,返回执行结果

    W   ->> LT          : 开始 LesscTask
    LT  ->> WA          : 执行 LesscTask
    WA -->> LT          : 收集执行结果
    LT  ->> WB          : 执行 LesscTask
    WB -->> LT          : 收集执行结果
    LT -->> W           : 结束 LesscTask,返回执行结果
Loading

代码范例

基础用法

先初始化工作流的一些基本配置,然后开始执行

build.js

import { join } from 'path';
import { initWorkflow, executeTask } from '@itharbors/workflow';

// 初始化工作流
initWorkflow({
    entry: '.build.config.js',
    params: {
        argv: process.argv,
        test: 'a',
    },
    cache: join(__dirname, '../../.temp/.cache-build.json'),
    cacheDir: join(__dirname, '../../.temp'),
    workspaces: [
        join(__dirname, '..'),
    ],
});

// 执行工作流任务,internal 开头的为内置的一些任务
const results = executeTask([
    'remove',
    'npm',
    'tsc',
]);

// 错误处理,发现任务失败,则异常退出进程
for (const taskName in results) {
    const taskResultList = results[taskName];
    for (const taskResult of taskResultList) {
        if (taskResult.state === 'error') {
            process.exit(-1);
        }
    }
}

.build.config.js

文件里的配置格式,请看 source/internal 内各个任务的定义

// params 是 initWorkflow 时传入的那个 params
// 主要用于项目内控制部分流程,比如构建的时候只构建脚本、只构建样式等功能
exports.remove = function(params) {
    return ['./dist'];
};
exports.npm = function(params) {
    return [{
        message: '安装依赖',
        path: './',
        params: ['install'],
        detail: '依赖安装失败,请检查网络和配置',
    }];
};
exports.tsc = function(params) {
    return ['./'];
};

配置文件

注册自定义任务

import { registerTask, Task, TaskState } from '@itharbors/workflow';

class TestTask extends Task {
    getName() {
        return 'test';
    }
    getTitle() {
        return '测试任务';
    }
    execute(config) {
        // 这个 config 是 workspace 文件夹里,对应配置文件里,exports.test = function() {} return 出来的数据
        // 任务里约定好后,配置文件里负责组织数据
        return TaskState.success;
    }
}
registerTask(TestTask);

决策点

  • 一个工作流一个配置

    • 在不同的工作流命令内,可能要调用同一个任务
    • 工作流互相隔离,防止修改影响其他工作流任务
  • 先循环任务,再循环工作区

    • 执行 build 工作流的时候,可能要先将所有仓库的文件拷贝到指定位置,然后再执行 tsc 编译,所以需要按照任务将所有工作区一起处理
  • 不管任务是否成功,都先执行任务

    • 一个工作流里一般有很多任务和工作区,如果全都是遇到错误就停止,就会出现我们修复了一个问题后,才能看到下一个问题的情况

异常处理设计

  • 执行任务的时候某个工作区执行失败

    • 描述
      • 一个工作流可能设置了多个工作区,当执行这个工作流中的某个任务的时候,其中一个工作区执行失败
    • 处理
      • 其他工作区还是会继续执行,收集所有的信息并在任务执行结束的时候汇总
  • 某个任务执行失败

    • 描述
      • 某个工作区执行任务失败后,这个任务则识别为失败
    • 处理
      • 继续后续任务的执行,但会在任务执行结束的时候汇总

性能优化

  • 并行任务
    • 在注册任务的时候提供并行配制,允许部分并行

附件与参考文档