🐎 ci: modify action on paths and split the steps

[m1m1sha]

根据修改的文件路径，触发 GUI 或 Core 的构建以减少构建时间

由单一一个 workflow 拆分成三处，触发路径分别为：

EasyTier Test：
- easytier.toml
- easytier/**
- easytier-gui/**
- .github/workflows/test.yml

EasyTier Core：
- easytier.toml
- easytier/**
- .github/workflows/core.yml

EasyTier GUI：
- easytier.toml
- easytier-gui/**
- .github/workflows/gui.yml

疑问：

1. GUI 使用了 Core，每次构建时是否能够使用 workflow EasyTier Core 中生成的缓存，否则还需重新构建 Core（并不能减少构建时间）
2. Core 发生变化是否需要重新构建 GUI （无法得知 Core 变化是否影响 GUI）
3. 发布版本时修改 EasyTier 版本以及 tauri.config.json 版本号进行同时构建？

[KKRainbow]

GUI 使用了 Core，每次构建时是否能够使用 workflow EasyTier Core 中生成的缓存，否则还需重新构建 Core（并不能减少构建时间）

好像 action 的 cache 是 workflow 之间共享的吧？core 构建任务里缓存了 ./target，GUI 的应该可以直接用，不过我不是很确定。。。

Core 发生变化是否需要重新构建 GUI （无法得知 Core 变化是否影响 GUI）

这个是需要的

发布版本时修改 EasyTier 版本以及 tauri.config.json 版本号进行同时构建？

嗯嗯，这个是的，第一个版本 release 其实是漏掉了 GUI 的 version，后面发版应该是两个都得同步改 version

[m1m1sha]

嗯嗯，这个是的，第一个版本 release 其实是漏掉了 GUI 的 version，后面发版应该是两个都得同步改 version

GUI 和 Core 同步版本号吗？感觉可能 GUI 依赖指定版本 Core 比较好。

[KKRainbow]

嗯嗯，这个是的，第一个版本 release 其实是漏掉了 GUI 的 version，后面发版应该是两个都得同步改 version

GUI 和 Core 同步版本号吗？感觉可能 GUI 依赖指定版本 Core 比较好。

gui 指定版本 core 感觉可能不太利于开发