-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
monorepo模块拆分 #41
Comments
cli mode
api mode
对比example/*.ts 会编译到 ts-junit的output目录(暂定,后面也可能会放到用户目录下,谨防文件写入权限问题)。不然在原来的文件就有记录,不好。 其实就是执行的是tsfile(import),还是jsfile(require)。中间的过程都是一样的。并无本质区别 |
不太对。 decorator 只搜集待测试的数据,提供的是原始数据,分析数据应该在其他模块。比如 cli 运行的时候,分析数据和运行测试应该都是 uvu 模块负责。 api 模式中,如果是介入到 jest 框架,那么分析数据的任务是有 jest 模块的相关代码完成。 |
策略模式的写法如下
自己实现一个JestStrategy就好了。这里只是处理映射装饰器和jest映射关系。 |
|
设计
|
如果在 monorepo 下,使用 typescript 自带的 tsc 很容易出现因前置依赖未编译而导致的中断,这时就需要使用 project-references + ts --build 进行手动依赖关联和自动地构建依赖项。 文档链接:https://www.typescriptlang.org/docs/handbook/project-references.html#build-mode-for-typescript |
目前构建顺序
core里依赖了
cli里依赖了
帮忙基于最新的代码来一个pr
我现在还不确定,这种方式和pnpm workspace是否有冲突。 |
好的我下班后试试
project-references 不会和 pnpm workspace 起冲突, |
@justjavac 给出的。
把目前 core 的代码移动到 @ts-junit/uvu
如果有新的 @ts-junit/jest 那么只需要依赖 @ts-junit/core
备忘一下
The text was updated successfully, but these errors were encountered: