Bazel 与 lerna 和 yarn 工作区一起使用

Question

许多人正在使用 lerna 和/或 yarn 工作区。

我想无论是从它们迁移到 Bazel，还是将它们与 Bazel 一起使用都可以通过示例项目进行指导。

例如，目前，我有一个这样的目录结构，其中 foo 是一个快速服务器， bar 是 foo 使用的库，两者都基于打字稿。

<project root>
├── jest.config.js
├── lerna.json
├── package.json
├── packages
│   ├── bar
│   │   ├── jest.config.js
│   │   ├── package.json
│   │   ├── src
│   │   │   └── index.ts
│   │   ├── test
│   │   │   └── unit
│   │   │       └── index.test.ts
│   │   ├── tsconfig.build.json
│   │   └── tsconfig.json
│   └── foo
│       ├── jest.config.js
│       ├── package.json
│       ├── src
│       │   ├── hello.ts
│       │   └── index.ts
│       ├── test
│       │   ├── integration
│       │   │   └── index.test.ts
│       │   └── unit
│       │       └── index.test.ts
│       ├── tsconfig.build.json
│       └── tsconfig.json
├── tsconfig.build.json
├── tsconfig.json
└── yarn.lock

我应该如何将它与 Bazel、WORKSPACE、BUILD 及其内容对齐？

任何提示或示例？

谢谢！

Answer 1

在rules_nodejs 示例目录中有一些与此有些类似的 repo 结构示例。 这表明（在这种情况下是一个 Angular 应用程序）共享库并使用它们，但这里的原理是相同的。

通常，您的项目根目录中只有一个 WORKSPACE 文件。 虽然可能有多个package.json文件用于不同的应用程序和库，但它为ts_library规则增加了一些额外的复杂性，对于入门来说，最好避免。 此示例存储库显示了多个package.json文件，但没有 Typescript。

对于BUILD （或BUILD.bazel ）文件，此处至少需要一个在foo ，一个在bar （以及一个在根中）。 您拥有的 BUILD 文件越多，您为源代码拆分的编译单元就越多，从而增加增量。

然后将ts_library规则添加到那些BUILD文件中，可以在此处找到其文档，它们还显示了直接使用tsc和ts_library之间的区别。 然后，您可以定义foo和bar之间的源依赖项，如下所示的快速示例：

packages/foo/BUILD ：

ts_libaray(
  name = "foo",
  srcs = glob(["src/**/*.ts"]),
  deps = [
    "//packages/bar", <-- this is the source dep for bar
    "@npm//some-package",
  ],
)

packages/bar/BUILD ：

ts_libaray(
  name = "bar",
  srcs = glob(["src/**/*.ts"]),
  deps = [
    "@npm//some-other-package",
  ],
)