从 Xcode 迁移到 Bazel

报告问题 查看来源 每晚 · 7.4。 ，了解所有最新动态。 7.3 · 7.2 · 7.1 · 7.0 · 6.5

本页介绍如何使用 Bazel 构建或测试 Xcode 项目。该文档介绍了 Xcode 和 Bazel 之间的区别，并提供了将 Xcode 项目转换为 Bazel 项目的步骤。它还提供 问题排查解决方案，以解决常见错误。

Xcode 和 Bazel 之间的差异

  • Bazel 要求您通过构建规则明确指定每个构建目标及其依赖项，以及相应的构建设置。

  • Bazel 要求项目依赖的所有文件都位于工作区目录中，或者在 WORKSPACE 文件中指定为导入项。

  • 使用 Bazel 构建 Xcode 项目时，BUILD 文件会成为真相来源。如果您在 Xcode 中处理项目，则必须生成一个 使用BUILD rules_xcodeproj BUILD 文件。BUILD 文件的特定更改 例如向目标添加依赖项时就无需重新生成 项目，从而加快开发速度。如果您不使用 Xcode，bazel build 和 bazel test 命令可提供构建和测试功能，但存在本文指南后面部分所述的某些限制。

准备工作

在开始之前，请执行以下操作：

  1. 如果您尚未安装 Bazel，请执行此操作。

  2. 如果您不熟悉 Bazel 及其概念，请先完成 iOS 应用教程。您应该了解 Bazel 工作区包括 WORKSPACE 和 BUILD 文件，以及 目标、构建规则和 Bazel 软件包的概念

  3. 分析和了解项目的依赖项。

分析项目依赖项

与 Xcode 不同，Bazel 要求您在 BUILD 文件中明确声明每个目标的所有依赖项。

如需详细了解外部依赖项，请参阅 使用外部依赖项。

使用 Bazel 构建或测试 Xcode 项目

如需使用 Bazel 构建或测试 Xcode 项目，请执行以下操作：

  1. 创建 WORKSPACE 文件

  2. （实验性）集成 SwiftPM 依赖项

  3. 创建 BUILD 文件：

    a. 添加应用目标

    b. （可选）添加测试目标

    c. 添加库目标

  4. （可选）细化 build

  5. 运行构建

  6. 使用 rules_xcodeproj 生成 Xcode 项目

第 1 步：创建 WORKSPACE 文件

在新目录中创建一个 WORKSPACE 文件。此目录会成为 Bazel 工作区根目录。如果项目不使用任何外部依赖项，则此文件可以是 为空。如果项目依赖于项目目录中不存在的文件或软件包，请在 WORKSPACE 文件中指定这些外部依赖项。

第 2 步：（实验性）集成 SwiftPM 依赖项

如需使用 swift_bazel 将 SwiftPM 依赖项集成到 Bazel 工作区，请执行以下操作： 您必须按照以下教程中的说明将其转换为 Bazel 软件包。

第 3 步：创建 BUILD 文件

定义工作区和外部依赖项后，您需要创建一个 BUILD 文件，以告知 Bazel 项目的结构。创建 运行 Bazel 工作区根目录下的 BUILD 文件，并将其配置为 项目的初始 build，如下所示：

提示：要详细了解软件包和其他 Bazel 概念，请参阅 工作区、软件包和目标。

第 3a 步：添加应用目标

添加macos_application 或 ios_application 规则目标。此目标分别构建 macOS 或 iOS 应用 bundle。 在目标中，至少要指定以下内容：

  • bundle_id - 二进制文件的软件包 ID（反向 DNS 路径后跟应用名称）。

  • provisioning_profile - 来自 Apple Developer 的配置文件 （如果要针对 iOS 设备设备构建应用）。

  • families（仅限 iOS）- 是否针对 iPhone、iPad 或 或者两者兼有

  • infoplists - 要合并到最终 Info.plist 文件的 .plist 文件列表。

  • minimum_os_version - 应用提供的最低 macOS 或 iOS 版本 支持。这样可确保 Bazel 使用正确的 API 级别构建应用。

第 3b 步：（可选）添加测试目标

Bazel 的 Apple 构建规则支持 在 iOS 和 macOS 上运行基于库的单元测试，以及基于应用的单元测试 在 macOS 上运行测试。适用于 iOS 上的基于应用的测试或 则 Bazel 将构建测试输出，但测试必须在 Xcode 中运行 通过使用 rules_xcodeproj 生成的项目实现。添加测试目标，如下所示：

至少应为 minimum_os_version 属性指定一个值。虽然其他打包属性（例如 bundle_identifier 和 infoplists）默认采用最常用的值，但请确保这些默认值与项目兼容，并根据需要进行调整。适用于需要 iOS 模拟器，还要将 ios_application 目标名称指定为 test_host 属性。

第 3c 步：添加库目标

为每个 Objective-C 库添加一个 objc_library 目标，并为应用和/或测试依赖的每个 Swift 库添加一个 swift_library 目标。

按照以下方式添加库目标：

  • 将应用库目标作为依赖项添加到应用中 目标。

  • 将测试库目标添加为测试目标的依赖项。

  • 在 srcs 属性中列出实现源代码。

  • 在 hdrs 属性中列出标头。

您可以直接在 rules_apple 示例目录中浏览各种类型应用的现有示例。例如：

如需详细了解构建规则，请参阅 适用于 Bazel 的 Apple 规则。

此时，最好测试一下 build：

bazel build //:<application_target>

第 4 步：（可选）对 build 进行精细化构建

如果项目很大，或者随着项目规模的扩大，可以考虑分成多个部分 Bazel 软件包。这种更精细的粒度可带来以下好处：

  • 提高 build 的增量性

  • 提高了构建任务的并行化，

  • 为未来用户提供更好的可维护性，

  • 更好地控制各个目标和软件包中的源代码可见性。这可防止包含实现细节的库泄露到公共 API 中等问题。

项目精细化的技巧：

  • 将每个库放在各自的 Bazel 软件包中。从需要最少依赖项的依赖项开始，然后逐渐向上遍历依赖项树。

  • 在添加 BUILD 文件并指定目标时，将这些新目标添加到 依赖于它们的目标的 deps 属性。

  • glob() 函数不会跨越软件包边界，因此 的文件会增大，与 glob() 匹配的文件会缩小。

  • 将 BUILD 文件添加到 main 目录时，还要将 BUILD 文件添加到 相应的 test 目录。

  • 对软件包强制执行健康的可见性限制。

  • 在每次对 BUILD 文件进行重大更改后构建项目，并修复 构建错误。

第 5 步：运行构建

运行完全迁移的 build，确保其在完成时没有错误或警告。单独运行每个应用和测试目标，以便更轻松地查找源代码 检查所发生的任何错误。

例如：

bazel build //:my-target

第 6 步：使用 rules_xcodeproj 生成 Xcode 项目

使用 Bazel 进行构建时，WORKSPACE 和 BUILD 文件会成为来源 真实信息为了让 Xcode 知道这一点，您必须生成一个 使用 rules_xcodeproj 且与 Bazel 兼容的 Xcode 项目。

问题排查

当 Bazel 与所选的 Xcode 版本不同步时（例如在您应用更新时），可能会出现 Bazel 错误。如果您在使用 Xcode 时遇到错误（例如“必须指定 Xcode 版本才能使用 Apple CROSSTOOL”），请尝试以下操作。

  • 手动运行 Xcode 并接受所有条款及条件。

  • 使用 Xcode 选择指明正确的版本、接受许可并清除 Bazel 的状态。

  sudo xcode-select -s /Applications/Xcode.app/Contents/Developer
  sudo xcodebuild -license
  bazel sync --configure
  • 如果这样不起作用，您也可以尝试运行 bazel clean --expunge。