我已经找到了基于 https://github.com/NiGhTTraX/lerna-ts 的这个问题的解决方案。

该项目现在在项目根目录中包含一个名为 tsconfig.build.ts 的文件。这个文件基本上只是指定编译器选项，测试和构建文件应该被排除在构建过程之外。

{
  "compilerOptions": {
    "declaration": true,
    "module": "commonjs",
    "resolveJsonModule": true,
    "target": "esnext"
  "exclude": ["**/*.test.ts", "**/lib"]
}

根目录中的另一个文件是 tsconfig.json 。此文件用于在构建过程之外进行类型检查，例如Jest和VSCode。此文件扩展了构建配置。它通过覆盖扩展的 exclude 配置来包括测试。它还包含 noEmit: true ，因为在开发过程中使用TypeScript的进程不应该发出任何内容。此外，它还包含在运行时解析 baseUrl 源文件所需的 paths 和TypeScript编译器选项。这是因为包的 main 文件中的 package.json 字段引用了包含输出文件的 lib 。

{
  "extends": "./tsconfig.build.json",
  "compilerOptions": {
    "baseUrl": ".",
    "noEmit": true,
    "paths": {
      "koas-*": ["packages/koas-*/src"]
  "exclude": ["**/lib"]
}

每个工作区都包含一个 tsconfig.build.json 文件。这是必需的，因为它需要 src 和 outDir 选项相对于tsconfig文件。用于构建项目。重要的是，这个文件是 ，而不是 ，名为 tsconfig.json 。

{
  "extends": "../../tsconfig.build.json",
  "include": ["src"],
  "compilerOptions": {
    "outDir": "lib"
}

每个工作区还包含一个 tsconfig.json 。这可以用于覆盖用于类型检查的编译器选项，例如，如果一个存储库使用 dom 类型。这一点可以略去。

{
  "extends": "../../tsconfig.json"
}

每个工作区在 scripts 中都有下面的 package.json 部分。这将导致在构建包时编译TypeScript。

  // …
  "scripts": {
    "prepack": "tsc --project tsconfig.build.json"
  }

有两个CI工作用于打字。一个运行 tsc 以确保类型检查在开发中使用这些类型的工具中仍然有效，另一个确保构建包不会中断。

tsc:
  script:
    - yarn --frozen-lockfile
    - yarn workspaces run tsc
pack:
  script:
    - yarn --frozen-lockfile