snapshot-checker 0.2.2 → 0.4.0

package/README.md

@@ -1,307 +1,118 @@
 # snapshot-checker
 
-按顺序执行 **bat**、**mac**、**shell** 命令的 CLI 工具。支持**命令组**：可为每组命名，用 `--group` 指定执行某一或多个组；不指定时默认执行**当前系统支持的所有命令**（按 `defaultGroupOrder` 顺序）。
+面向 **Harmony/OpenHarmony 设备联调** 的采集与分析 CLI：通过 `hdc` 在设备上配置 trace 权限、后台拉取日志、并行执行 `hitrace` / `hiperf` 采样，并在本机对 perf 文本做解析、去重与调用栈输出。仓库内两条主场景为 **`forkall`**（可按需走「改机后重启」流程）与 **`report`**（多类风险目标、可选 hstack 与 sourcemap 解析）。
 
-## 命令类型
+---
 
-| kind               | 说明                               | 默认执行范围 |
-| ------------------ | ---------------------------------- | ------------ |
-| `windows`          | Windows 下执行命令                 | 仅 Windows   |
-| `mac`              | 面向 macOS 的命令                  | 仅 macOS     |
-| `linux`            | 面向 Linux 的命令                  | 仅 Linux     |
-| `embed`            | 内置指令（如 `sleep` / `timeout`） | 全平台       |
-| `builtin-function` | 内置函数命令（JS/TS 函数）         | 全平台       |
+## `forkall` 场景
 
-## 安装与运行
+针对**单一自定义 trace 事件路径**（`--event-path`）做监控或「改配置后重启再采」模式。命令由 `applyOptions` 根据 CLI 注入，实际流水线见 `commands/forkall.ts` 与 `src/lib/presets.ts`。
 
-```bash
-npm install
-npm run build
-npm start -- foo          # 或: node dist/cli.js foo
-```
-
-开发时可直接用 tsx 跑（无需 build）：
-
-```bash
-npm run dev -- run
-```
-
-## 测试
-
-项目使用 `node:test` + `tsx` 运行测试，测试文件位于 `tests/*.test.ts`。
-
-```bash
-npm test
-```
-
-当前已覆盖的核心模块（`src/`）：
-
-- `src/groupSpecs.ts`：组参数解析（默认展开、`name:repeat`、非法 repeat 回退）
-- `src/lib/programmatic.ts`：场景解析、group 参数规范化、按组执行的 stopOnError 行为
-- `src/runGroups.ts`（通过 programmatic 入口间接覆盖）：跨组共享命令上下文
-- `src/lib/trace_formatter.ts`：profile 列表、未知 profile 回退、`dev` 配置映射
-
-## 配置命令与组（commands 目录）
+**典型阶段（`defaultGroupOrder` 由 `--mode` 决定）**
 
-所有命令配置均放在项目根目录的 `commands/` 目录中：
+- **`reboot`**（仅 `reboot-monitor`）：上传 `hitrace_utils` / `hiperf`、写入事件占位、重启设备，并用内置 `timeout` 等待重启（可按键跳过）。
+- **`init`**：remount、清理设备与本地残留日志、停后台 hitrace、强停应用、销毁镜像、检查事件列表、配置 checkpoint 开关、为 `--event-path` 对应节点配置权限。
+- **`monitor`**：后台 `hilog` 追加到本地 `snapshot_log.txt`；取 `apppool` pid 注入 `monitor_target`；组合 `hitrace custom_event` + `hiperf record`（事件名为路径中 `/` 替换为 `:`）与 `--app` 触发的 launcher 脚本等。
+- **`collect`**：拉取 `/data/local/tmp` 下的 perf、hitrace 等到 `--output-dir`。
+- **`analysis`**（阶段名：**风险调用栈数据分析**）：可选 Python 系统栈解栈；内置步骤按应用进程过滤 tg id、解码 perf、`dedupePerfData`，输出 `dump_stack.txt` / `dump_stack.json`。
 
-- `commands/*.ts`：场景配置文件，例如 `foo.ts`、`bar.ts`，通过 `snapshot-checker foo` / `snapshot-checker bar` 等命令使用
+**模式**
 
-一个最简单的配置文件形如：
+| `--mode`         | 说明 |
+| ---------------- | ---- |
+| `monitor`        | 顺序：`init` → `monitor` → `collect` → `analysis`（默认） |
+| `reboot-monitor` | 在首部增加 `reboot` 组，再执行同上 |
 
-```ts
-export const groups: Groups = {
-  env: [
-    { kind: "shell", description: "打印当前目录", run: "pwd" },
-    { kind: "shell", description: "Node 版本", run: "node -v" },
-  ],
-  list: [{ kind: "shell", description: "列出文件", run: "ls -la" }],
-};
-
-export const defaultGroupOrder: string[] = ["env", "list"];
-```
-
-- 不指定 `--group` 时：按 `defaultGroupOrder` 依次执行各组，且**只执行当前系统支持**的命令（shell 全平台；bat 仅 Windows；mac 仅 macOS）。
-- 指定 `--group env list` 时：按给定顺序执行这些组内、且当前系统支持的命令。
-
-每条命令可加 `cwd` 指定工作目录。
+**主要 CLI（场景专有，运行于 `snapshot-checker forkall`）**
 
-### 内置指令（embed）
+| 选项 | 说明 |
+| ------ | ------ |
+| `--event-path <path>` | 内核 tracing 事件路径片段（脚本内会转成 `:` 分隔的 hiperf 事件名） |
+| `--app <app>` | 应用包名；空则跳过通过 hidumper 创建实例等步骤 |
+| `--system-symbol-file-path <path>` | 若提供：对导出 perf 文本做系统栈解析（Python） |
+| `--log-key <key>` | `hilog` 过滤关键字，默认 `pid` |
+| `--duration <seconds>` | 采样时长（秒），默认 `70` |
+| `--default-timeout <seconds>` | `reboot-monitor` 下等待设备就绪，默认 `90` |
+| `--buffer-size <bytes>` | hitrace/hiperf 缓冲，默认 `512000` |
+| `--mode <mode>` | `monitor` 或 `reboot-monitor` |
+| `--output-dir <path>` | 本地输出目录，默认 `.\output` |
+| `--trace-format-profile <name>` | trace 解码 profile，默认 `default` |
+| `--skip-perf-dedupe` | 解码后跳过 `dedupePerfData` |
 
-除平台命令外，还支持内置指令（`kind: 'embed'`），由执行器内部实现，不依赖系统 shell。
+此外还有与子命令通用的选项（见下文「次要：CLI 场景框架」中的通用标志）。
 
-#### `sleep <seconds>`
+**示例**
 
-按指定秒数等待，例如：
-
-```ts
-{ kind: 'embed', run: 'sleep 3', description: '等待 3 秒' }
-```
-
-#### `timeout <seconds>`（兼容 `timieout <seconds>`）
-
-最多等待指定秒数，并实时显示剩余时间；在可交互终端下，用户按任意键可立即结束等待。
-
-示例：
-
-```ts
-{
-  kind: 'embed',
-  run: 'timeout 30',
-  description: '最多等待 30 秒，按任意键跳过',
-}
-```
-
-行为说明：
-
-- 使用同一行原地刷新倒计时（`[timeout] 剩余 Ns...`）。
-- 到达超时时间后自动继续后续命令。
-- 若检测到键盘输入则立即结束等待并继续。
-- 在非 TTY 环境（如某些 CI）中会退化为仅按时间等待，不监听按键。
-
-仓库内完整示例见 `commands/timeout_demo.ts`（`npm run dev -- timeout_demo` 或 `node dist/cli.js timeout_demo`）。
-
-### 通用 lib 工具函数
-
-推荐将通用逻辑放在 `src/lib/` 下（例如 `src/lib/foo.ts`），在场景文件中直接调用这些函数：
-
-```ts
-import { buildTag, buildUserGreeting } from '../src/lib/foo.js';
-
-{
-  kind: CommandKind.BuiltinFunction,
-  description: '调用 lib/foo 的工具函数写入变量',
-  func: (ctx) => {
-    const user = ctx.user ?? 'unknown';
-    ctx.builtinTag = buildTag('context_demo');
-    ctx.fromFoo = buildUserGreeting(user);
-  },
-}
-```
-
-仓库内完整示例见 `commands/context_demo.ts`。
-
-### 命令之间传递变量（上下文）
-
-命令执行器内置了一个**简单的上下文对象**，允许前一条命令将自己的输出写入变量，后续命令通过模板占位符引用这些变量。通过 CLI 跑场景时，该上下文在**整个场景执行期间**（含不同 `group`、不同块之间）**同一份共享**，因此可以把变量从 `getUser` 组传到 `greet` 组。仓库内示例见 `commands/context_demo.ts`。
-
-- **写入变量：**在命令上增加 `captureToVar` 元数据
-- **读取变量：**在 `run` / `file` / `args` / `cwd` / `description` 中使用 `{{varName}}` 占位符
-
-示例：
-
-```ts
-// commands/example.ts
-import type { Groups } from "../src/types.js";
-
-export const groups: Groups = {
-  env: [
-    {
-      kind: "shell",
-      description: "获取当前用户名",
-      run: "whoami",
-      // 将整段 stdout 写入变量 user
-      // （比如 "alice"），供后续命令使用
-      // @ts-expect-error: 由执行器在运行时识别的扩展字段
-      captureToVar: {
-        name: "user",
-      },
-    },
-  ],
-  greet: [
-    {
-      kind: "shell",
-      description: "使用上一条命令得到的用户名",
-      run: 'echo "hello, {{user}}"',
-    },
-  ],
-};
-
-export const defaultGroupOrder = ["env", "greet"];
+```bash
+npm run build
+npm start -- forkall --help
+node dist/src/cli.js forkall --mode monitor --event-path snapshot/hmb_forkall_report_image_failure --app com.example.app
 ```
 
-#### 仅提取输出的一部分
+---
 
-如果需要从输出中提取一部分（比如只要第一行的数字），可以使用 `pattern` 和 `groupIndex`：
+## `report` 场景
 
-```ts
-{
-  kind: 'shell',
-  description: '获取某个进程 pid',
-  run: 'pidof my-app',
-  // @ts-expect-error: 由执行器在运行时识别的扩展字段
-  captureToVar: {
-    name: 'pid',
-    pattern: '^(\\d+)', // 匹配第一行的数字
-    groupIndex: 1,      // 取第 1 个捕获组
-  },
-},
-{
-  kind: 'shell',
-  description: '用 pid 做点事',
-  run: 'echo "pid is {{pid}}"',
-}
-```
+面向 **镜像失效等风险** 的专项采集与分析：可多选内核侧风险类型，拉取 ipc / 文件访问相关 tap；分析阶段可选用 **hstack** 解析 perf 文本与 **sourcemap** 符号化，或通过内置步骤在多个候选文件中挑选可用 perf 输入再解码。
 
-`captureToVar` 字段说明：
+**典型阶段**
 
-- **name**: 变量名（如 `pid`、`user`）
-- **from**: 可选，`"stdout"`（默认）或 `"stderr"`，表示从哪个输出中取值
-- **pattern**: 可选，正则表达式字符串；不传时使用整个输出（去掉首尾空白）
-- **groupIndex**: 可选，指定要取的捕获组索引，默认 `1`
+- **`init`**：与 forkall 共用的初始化（权限命令按所选风险类型生成）。
+- **`monitor`**：多标签 `hitrace` + 多事件 `hiperf record`（由 `--risk-targets` 推导）。
+- **`collect`**：同 forkall。
+- **`analysis`**（阶段名：**镜像失效风险栈分析**）：会先写回溯栈再做过滤/解码路径；配置了 hstack 时先跑外部工具再在 `_snapshot_perf.data.txt` 与原始快照间选输入。
 
-### 多场景配置示例：foo / bar
+**风险目标 `--risk-targets`**
 
-- 在 `commands/config.ts` 中定义默认场景（供 `run` 使用）
-- 在 `commands/foo.ts` 中定义 `foo` 场景：
+逗号分隔，可选：`all`、`ipc`、`file`（语义见运行时日志中的中文展示名：**文件访问** 与 **IPC 调用** 两类链路）。未知值会报错。
 
-```ts
-// commands/foo.ts
-export const groups: Groups = {
-  env: [
-    { kind: "shell", description: "[foo] 打印当前目录", run: "pwd" },
-    { kind: "shell", description: "[foo] 显示 Node 版本", run: "node -v" },
-  ],
-  list: [{ kind: "shell", description: "[foo] 列出当前目录", run: "ls -la" }],
-};
+**主要 CLI**
 
-export const defaultGroupOrder: string[] = ["env", "list"];
-```
-
-- 在 `commands/bar.ts` 中定义 `bar` 场景：
+| 选项 | 说明 |
+| ------ | ------ |
+| `--app <app>` | 应用包名 |
+| `--hstack-tool-path <path>` | hstack 可执行文件；不配置则跳过该步并仅用原始 perf |
+| `--sourcemap-dir <path>` | 传给 hstack 的 `-s` |
+| `--log-key`、`--duration`、`--buffer-size` | 同 forkall |
+| `--output-dir` | 默认 `.\output`；perf 文本子目录为 `perf_txt/` |
+| `--trace-format-profile` | 同 forkall |
+| `--risk-targets <targets>` | 默认 `all` |
+| `--skip-perf-dedupe` | 同 forkall |
 
-```ts
-// commands/bar.ts
-export const groups: Groups = {
-  env: [
-    { kind: "shell", description: "[bar] 打印当前目录", run: "pwd" },
-    { kind: "shell", description: "[bar] 显示 Node 版本", run: "node -v" },
-  ],
-  list: [{ kind: "shell", description: "[bar] 列出当前目录", run: "ls -la" }],
-  extra: [
-    {
-      kind: "shell",
-      description: "[bar] 额外命令示例",
-      run: "echo extra from bar",
-    },
-  ],
-};
-
-export const defaultGroupOrder: string[] = ["env", "extra", "list"];
+```bash
+node dist/src/cli.js report --app com.example.app --risk-targets ipc,file
 ```
 
-CLI 会自动将 `commands` 目录下除 `config.*` 外的每个文件视为一个**场景命令**，文件名即子命令名：
-
-- `commands/foo.ts` → `snapshot-checker foo`
-- `commands/bar.ts` → `snapshot-checker bar`
-
-## CLI 选项
-
-- `--wait`：所有**前台**命令跑完后，继续等待**后台**命令（`background: true`）自然退出再结束进程；不加则前台全部结束后会**优雅结束**这些后台子进程并立即退出 CLI。
-- `snapshot-checker <scene>` — 使用 `commands/<scene>.ts` 中的配置执行命令，例如：
-  - `snapshot-checker foo` 使用 `commands/foo.ts` 的 `groups` 与 `defaultGroupOrder`
-  - `snapshot-checker bar` 使用 `commands/bar.ts` 的 `groups` 与 `defaultGroupOrder`
-  - `snapshot-checker foo --list` 仅列出 `foo` 场景中的命令，不执行
-  - `snapshot-checker bar --list` 仅列出 `bar` 场景中的命令，不执行
+---
 
-## 简单用例
+## 安装与本地开发
 
 ```bash
-# 使用 foo 场景（commands/foo.ts）执行命令
-node dist/cli.js foo
-
-# 仅查看 foo 场景中的命令（不执行）
-node dist/cli.js foo --list
-
-# 使用 bar 场景（commands/bar.ts）执行命令
-node dist/cli.js bar --group env,extra
-
-# 仅查看 bar 场景中的命令（不执行）
-node dist/cli.js bar --list
-```
-
-## 项目结构
-
-```
-src/
-  cli.ts        # CLI 入口，负责解析参数并调用执行逻辑
-  runCommand.ts # 单条/多条命令执行（无 group 概念）
-  runGroups.ts  # 组规格解析、分块、按组执行（含组间间隔）
-  executor.ts   # 统一导出 runCommand + runGroups
-  types.ts      # 类型定义
-  index.ts      # 库导出（从 commands/config.ts 导出默认 groups）
-
-commands/
-  foo.ts        # foo 场景示例：自定义 groups/defaultGroupOrder
-  bar.ts        # bar 场景示例：自定义 groups/defaultGroupOrder
-
-demos/
-  consumer-app/ # 独立示例：npm install snapshot-checker 后的调用方式
+npm install
+npm run build
+npm start -- --help          # 或: node dist/src/cli.js --help
 ```
 
-## 发布到 npm
+开发时可直接用源码跑（无需 build）：
 
 ```bash
-npm login
-npm run build   # prepublishOnly 也会在 publish 时执行
-npm publish
+npm run dev -- forkall --list
 ```
 
-若包名 `snapshot-checker` 已被占用，请在 `package.json` 中改为作用域包（如 `@your-org/snapshot-checker`）并相应更新下文导入路径。
-
-## 作为库使用（npm install 之后）
+## 测试
 
-安装：
+使用 `node:test` + `tsx`，文件位于 `tests/*.test.ts`。
 
 ```bash
-npm install snapshot-checker
+npm test
 ```
 
-在业务项目中调用**运行接口**（入口与源码中 `src/index.ts` 导出一致），并从一个或多个**包内场景模块**生成命令组（发布产物中为 `dist/commands/*.js`，通过 `exports` 暴露）：
+## 作为库使用
+
+安装后可通过 `resolveScenario` + `runScenarioGroups` 注入场景 CLI 等价参数：
 
 ```ts
 import { resolveScenario, runScenarioGroups } from "snapshot-checker";
-import * as contextDemo from "snapshot-checker/commands/context_demo";
 import * as forkall from "snapshot-checker/commands/forkall";
 
 const { groups, defaultGroupOrder } = resolveScenario(forkall, {
@@ -313,108 +124,57 @@ const { groups, defaultGroupOrder } = resolveScenario(forkall, {
 await runScenarioGroups({ groups, defaultGroupOrder, stopOnError: true });
 ```
 
-也可在业务项目自建 `commands/*.ts`，仅使用 `snapshot-checker` 的执行 API（`runScenarioGroups`、`getGroupChunks` 等），不引用包内场景。
-
-独立 Node 示例工程（依赖 registry 上的本包）：见 `demos/consumer-app/README.md`。
-
-在该示例目录中可直接运行：
-
-```bash
-cd demos/consumer-app
-npm install
-npm run context
-npm run forkall
-```
-
-## 包安装、更新与卸载
-
-### 在业务项目中安装（推荐）
-
-```bash
-npm install snapshot-checker
-```
-
-使用方式：
-
-```bash
-npx snapshot-checker --help
-```
-
-卸载：
-
-```bash
-npm uninstall snapshot-checker
-```
-
-更新到最新版本：
-
-```bash
-npm install snapshot-checker@latest
-# 或更新已安装版本
-npm update snapshot-checker
-```
-
-### 全局安装（命令行直接可用）
+独立示例工程：`demos/consumer-app`（内含 `README` 与子命令演示）。
 
-```bash
-npm install -g snapshot-checker
-snapshot-checker --help
-```
+---
 
-全局卸载/更新：
+## 次要：`snapshot-checker` CLI 场景框架与其它能力
 
-```bash
-npm uninstall -g snapshot-checker
-npm install -g snapshot-checker@latest
-```
+本工具本质是 **按命名场景（`commands/*.ts`、`demos/*.ts`）注册子命令**：每个文件导出 **`groups`**、**`defaultGroupOrder`**，可选 **`options`** 与 **`applyOptions(opts)`**——在运行时根据 Commander 解析结果重写命令表（`forkall` / `report` 即用此机制）。
 
-### 本地调试安装（未发布时）
+### 命令类型与环境
 
-在本仓库打包：
+默认只执行「当前操作系统支持」的条目：`windows` / `mac` / `linux` / `shell`；另有 **`embed`**（内置_sleep、timeout 等）与 **`builtin-function`**（TypeScript 函数）。不指定 `-g,--group` 时按 **`defaultGroupOrder`** 遍历各组。
 
-```bash
-npm run build
-npm pack
-```
+### `commands/` 最小场景
 
-会生成 `snapshot-checker-<version>.tgz`，在目标项目中安装：
-
-```bash
-npm install /path/to/snapshot-checker-<version>.tgz
+```ts
+export const groups: Groups = {
+  env: [
+    { kind: "shell", description: "当前目录", run: "pwd" },
+  ],
+};
+export const defaultGroupOrder: string[] = ["env"];
 ```
 
-卸载同样使用：
+子命令：`snapshot-checker <场景名>` 对应文件名（跳过 `config.*`）。
 
-```bash
-npm uninstall snapshot-checker
-```
+### 内置 `embed`
 
-### 使用 npm link / unlink（本地软链调试）
+- **`sleep <seconds>`** — 休眠。
+- **`timeout <seconds>`** — 倒计时等待，TTY 下可按键跳过；CI 中非 TTY 时仅延时。详见 `demos/timeout-demo.ts`。
 
-在本仓库执行：
+### 命令上下文（`captureToVar`）
 
-```bash
-npm link
-```
+前序命令可把 stdout/stderr（或正则捕获组）写入变量，后续在 `run` / `cwd` 等处用 **`{{变量名}}`** 展开。示例见 `demos/context-demo.ts`。
 
-在目标项目执行：
+### 其它 CLI 开关（作用于各场景子命令）
 
-```bash
-npm link snapshot-checker
-```
+- **`--wait`** — 前台结束后仍等待后台命令自然退出；默认会结束后台进程后退出进程。
+- **`--list`** — 只列出将要执行的命令。
+- **`--dry-run`** — 打印序列但不执行。
+- **`--stop-on-error`** — 遇错中止。
+- **`-g,--group`** — 限定或重复某一组：`env:10,list` 等。
+- **`--silent`**、`--interval`**、`--ignore-platform`、`--log-level`** 等 — 见 `snapshot-checker <scene> --help`。
 
-取消软链（在目标项目）：
+### `foo` / `bar` 与多场景
 
-```bash
-npm unlink snapshot-checker
-```
+仓库保留 `commands/foo.ts`、`commands/bar.ts` 等用于演示多套 `groups`；默认「运行」场景的入口仍可指向 `commands/config.ts`（若项目中使用 `run` 子命令时需与当前 `cli` 实现对齐）。
 
-如需清理本机全局 link：
+### 发布与日常命令
 
-```bash
-npm unlink -g snapshot-checker
-```
+构建发布、全局/本地安装、`npm pack`、`npm link` 等与常规 Node 包相同；全局安装后：`snapshot-checker`。若远程包名不可用，可使用作用域名发布并相应调整 `package.json`。
 
-## License
+### License
 
 MIT

package/dist/commands/forkall.d.ts

@@ -1,13 +1,4 @@
 import type { Groups } from "../src/types.js";
-/**
- * forkall 场景的基础占位配置。
- * 实际要执行的命令会在 applyOptions 中，根据 CLI 传入的参数（eventPath/app 等）动态生成。
- *
- * 作为 npm 包被外部项目引用时：
- *   import * as forkall from 'snapshot-checker/commands/forkall';
- *   resolveScenario(forkall, { app, eventPath, ... })
- * 完整示例见 demos/consumer-app。
- */
 export declare const groups: Groups;
 export declare const defaultGroupOrder: string[];
 export declare const options: ({
@@ -30,10 +21,11 @@ interface ForkallOptions {
     mode?: string;
     outputDir?: string;
     traceFormatProfile?: string;
+    skipPerfDedupe?: boolean;
+    dropFailedSamples?: boolean;
+    dryRun?: boolean;
 }
-/**
- * 将 CLI 解析出来的参数应用到 forkall 场景，动态生成各阶段命令。
- */
+/** 按 CLI 结果生成 reboot/monitor/collect/analysis 各阶段命令表 */
 export declare function applyOptions(ctx: {
     groups: Groups;
     defaultGroupOrder: string[];

package/dist/commands/forkall.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"forkall.d.ts","sourceRoot":"","sources":["../../commands/forkall.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAA8B,MAAM,EAAE,MAAM,iBAAiB,CAAC;AAS1E;;;;;;;;GAQG;AACH,eAAO,MAAM,MAAM,EAAE,MAAW,CAAC;AAEjC,eAAO,MAAM,iBAAiB,EAAE,MAAM,EAKrC,CAAC;AAEF,eAAO,MAAM,OAAO;;;;;;;;IA0CnB,CAAC;AAEF,UAAU,cAAc;IACtB,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,GAAG,CAAC,EAAE,MAAM,CAAC;IACb,oBAAoB,CAAC,EAAE,MAAM,CAAC;IAC9B,MAAM,CAAC,EAAE,MAAM,CAAC;IAChB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,cAAc,CAAC,EAAE,MAAM,CAAC;IACxB,UAAU,CAAC,EAAE,MAAM,CAAC;IACpB,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,kBAAkB,CAAC,EAAE,MAAM,CAAC;CAC7B;AAkJD;;GAEG;AACH,wBAAgB,YAAY,CAAC,GAAG,EAAE;IAChC,MAAM,EAAE,MAAM,CAAC;IACf,iBAAiB,EAAE,MAAM,EAAE,CAAC;IAC5B,OAAO,EAAE,cAAc,CAAC;CACzB,GAAG;IAAE,MAAM,EAAE,MAAM,CAAC;IAAC,iBAAiB,EAAE,MAAM,EAAE,CAAA;CAAE,CA+FlD"}
+{"version":3,"file":"forkall.d.ts","sourceRoot":"","sources":["../../commands/forkall.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAA8B,MAAM,EAAE,MAAM,iBAAiB,CAAC;AAkB1E,eAAO,MAAM,MAAM,EAAE,MAAW,CAAC;AAEjC,eAAO,MAAM,iBAAiB,EAAE,MAAM,EAKrC,CAAC;AAEF,eAAO,MAAM,OAAO;;;;;;;;IAmDnB,CAAC;AAEF,UAAU,cAAc;IACtB,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,GAAG,CAAC,EAAE,MAAM,CAAC;IACb,oBAAoB,CAAC,EAAE,MAAM,CAAC;IAC9B,MAAM,CAAC,EAAE,MAAM,CAAC;IAChB,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,cAAc,CAAC,EAAE,MAAM,CAAC;IACxB,UAAU,CAAC,EAAE,MAAM,CAAC;IACpB,IAAI,CAAC,EAAE,MAAM,CAAC;IACd,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,kBAAkB,CAAC,EAAE,MAAM,CAAC;IAC5B,cAAc,CAAC,EAAE,OAAO,CAAC;IACzB,iBAAiB,CAAC,EAAE,OAAO,CAAC;IAC5B,MAAM,CAAC,EAAE,OAAO,CAAC;CAClB;AAkJD,wDAAwD;AACxD,wBAAgB,YAAY,CAAC,GAAG,EAAE;IAChC,MAAM,EAAE,MAAM,CAAC;IACf,iBAAiB,EAAE,MAAM,EAAE,CAAC;IAC5B,OAAO,EAAE,cAAc,CAAC;CACzB,GAAG;IAAE,MAAM,EAAE,MAAM,CAAC;IAAC,iBAAiB,EAAE,MAAM,EAAE,CAAA;CAAE,CAqHlD"}