{"meta":{"title":"多生态系统更新","intro":"多生态系统更新将多个包生态系统中的依赖项更新合并为单个拉取请求，减少评审开销并简化更新工作流。","product":"安全性和代码质量","breadcrumbs":[{"href":"/zh/enterprise-cloud@latest/code-security","title":"安全性和代码质量"},{"href":"/zh/enterprise-cloud@latest/code-security/concepts","title":"Concepts"},{"href":"/zh/enterprise-cloud@latest/code-security/concepts/supply-chain-security","title":"供应链安全"},{"href":"/zh/enterprise-cloud@latest/code-security/concepts/supply-chain-security/multi-ecosystem-updates","title":"多生态系统更新"}],"documentType":"article"},"body":"# 多生态系统更新\n\n多生态系统更新将多个包生态系统中的依赖项更新合并为单个拉取请求，减少评审开销并简化更新工作流。\n\n## 什么是多生态系统更新？\n\n多生态系统更新允许Dependabot将不同包生态系统（例如 npm、Docker、Python 和 Terraform）的依赖项更新分组到每个组的单个拉取请求中。\n\n你会收到一个包含该组中生态系统的所有更新的合并拉取请求，而不是为每个生态系统接收单独的拉取请求。\n\n## 多生态系统更新的工作原理\n\n配置多生态系统组时：\n\n1. 你可以在 `multi-ecosystem-groups` 文件的 `dependabot.yml` 部分中通过计划来定义该分组。\n2. 使用 `multi-ecosystem-group` 密钥将单个包生态系统分配给组。\n3. 可以使用 `patterns` 键指定每个生态系统要包括的依赖项。\n4. Dependabot 根据组的计划检查更新。\n5. 创建单个拉取请求，其中包含组中所有生态系统的更新。\n6. PR 在分支名称和标题中使用组标识符。\n\n## 何时使用多生态系统更新\n\n多生态系统更新尤其适用于：\n\n* 使用多种技术的**基础结构项目**（Docker、Terraform、Python 脚本）\n* 具有应一起更新的前端和后端依赖项的**全堆栈应用程序**\n* 需要跨语言同步协议版本的**跨平台库**\n* ```\n            包含使用不同语言但共享版本控制的服务的**单一代码库**\n  ```\n\n## 多生态系统与单生态系统组\n\nDependabot 支持两种类型的分组：\n\n**多生态系统组：**\n\n* 在你的 `package-ecosystem` 文件中跨多个 `dependabot.yml` 条目\n* 需要密钥 `patterns` 来指定要包含的依赖项\n* 在 `multi-ecosystem-groups` 部分定义各自的计划\n* 使用 `multi-ecosystem-group` 密钥将生态系统分配到组\n\n**单生态系统组：**\n\n* 在一个包生态系统中工作\n* 在 `groups` 项中使用 `updates` 键\n* 从父 `updates` 条目继承日程\n* 更好地组织单个包管理器中的依赖项\n\n如果要跨不同的包管理器合并更新，请使用多生态系统组。 如果要在单个包管理器中组织依赖项（例如，将所有 AWS 相关的 npm 包组合在一起），请使用单生态系统组。\n\n### 配置合并行为\n\n可以在组级别和生态系统级别设置某些配置选项。\nDependabot 根据选项的不同，将这些值组合在一起：\n\n**累加选项** （值已合并）：\n\n* `assignees` - 来自两个层级的所有指派人都会被分配到该拉取请求\n* `labels` - 这两个级别的所有标签都应用于拉取请求\n\n例如，如果在组级别分配`@platform-team`并在 Docker 生态系统级别分配`@docker-admin`，则生成的拉取请求将同时分配给`@platform-team`和`@docker-admin`。\n\n**仅组选项** （只能在组级别设置）：\n\n* `milestone`\n* `commit-message`\n* `target-branch`\n* `pull-request-branch-name`\n\n尝试在生态系统级别设置这些选项将导致配置错误。\n\n有关所有可用配置选项及其行为的完整参考，请参阅 [Dependabot 选项参考](/zh/enterprise-cloud@latest/code-security/reference/supply-chain-security/dependabot-options-reference#multi-ecosystem-groups-)。\n\n## 用例\n\n### 基础结构项目\n\n基础结构代码通常使用多种技术：Docker 容器、用于云资源的 Terraform，以及用于自动化的 Python 脚本。 将这些更新组合在一起可简化评审和部署协调。\n\n**为什么将这些组合在一起：** 基础结构更改通常需要一起部署。 为每项技术创建单独的拉取请求会增加协调开销，并使得跟踪需要作为整体部署的内容更困难\n\n**示例方案：** 为服务提供 Docker 映像、用于 AWS 资源的 Terraform 模块，以及用于自动化任务的 Python 脚本。 一个每周的“基础结构”拉取请求包含所有三项的更新，以便更轻松地一起查看和部署基础结构更改。\n\n### 全栈应用程序\n\n具有前端和后端组件的 Web 应用程序受益于将依赖项更新在一起，以确保兼容性并简化测试。\n\n**为什么将这些组合在一起：** 前端和后端通常相互依赖。 一起更新它们可确保一次性测试完整的应用程序堆栈，而不是合并前端更改，然后在以后发现后端不兼容。\n\n**示例方案：** React 前端和 Rails 后端每天在单个“应用依赖项”拉取请求中更新，允许在合并之前一起测试完整的应用程序。\n\n### 跨平台库\n\n跨不同语言（如 gRPC 和协议缓冲区）使用相同的协议的库或服务需要使库版本在所有实现之间保持同步。\n\n**为什么将这些组合在一起：** 协议库需要在不同的语言实现中保持兼容。 一起更新它们可防止版本不匹配，这可能会导致服务之间的通信失败。\n\n**示例方案：** Node.js 和 Ruby 服务都使用 gRPC。 单个 pull 请求同时更新 `@grpc/grpc-js`（npm）和 `grpc`（bundler），确保协议兼容性。\n\n### Monorepos 包含多个服务\n\n包含用不同语言编写的多个服务的大型存储库，通过按团队责任或部署节奏分组更新来获益。\n\n**为什么将这些归为一组：** 不同的团队负责 monorepo 的不同部分，更新应路由到相应的审阅者。 或服务部署在一起，需要协调更新。\n\n**示例方案：** monorepo 具有 Python API 服务、Go 辅助角色服务和 Node.js 前端。 为“后端服务”（Python + Go）和“前端”（Node.js）创建单独的组，每个组都有不同的计划和分配者。\n\n## 示例：复杂的多组配置\n\n此示例演示复杂项目如何使用具有不同更新策略的多个组：\n\n```yaml copy\nversion: 2\n\nmulti-ecosystem-groups:\n  # Infrastructure updates - weekly, tracked in milestone\n  infrastructure:\n    schedule:\n      interval: \"weekly\"\n    assignees: [\"@platform-team\"]\n    labels: [\"infrastructure\", \"dependencies\"]\n    milestone: 10\n\n  # Application code updates - daily, with development team\n  full-stack:\n    schedule:\n      interval: \"daily\"\n    assignees: [\"@full-stack-team\"]\n    labels: [\"full-stack\"]\n\nupdates:\n  # Docker images - infrastructure group with additional docker expertise\n  - package-ecosystem: \"docker\"\n    directory: \"/\"\n    patterns: [\"nginx\", \"redis\", \"postgres\"]\n    assignees: [\"@docker-admin\"]      # Adds to @platform-team\n    labels: [\"docker\"]                 # Adds to infrastructure, dependencies\n    multi-ecosystem-group: \"infrastructure\"\n\n  # Terraform - infrastructure group\n  - package-ecosystem: \"terraform\"\n    directory: \"/\"\n    patterns: [\"aws\", \"terraform-*\"]\n    multi-ecosystem-group: \"infrastructure\"\n\n  # Frontend - full-stack group with frontend focus\n  - package-ecosystem: \"npm\"\n    directory: \"/frontend\"\n    patterns: [\"react\", \"lodash\", \"@types/*\"]\n    labels: [\"frontend\"]               # Adds to full-stack\n    multi-ecosystem-group: \"full-stack\"\n\n  # Backend - full-stack group with backend specialist\n  - package-ecosystem: \"bundler\"\n    directory: \"/backend\"\n    patterns: [\"rails\", \"pg\", \"sidekiq\"]\n    assignees: [\"@backend-dev\"]        # Adds to @full-stack-team\n    multi-ecosystem-group: \"full-stack\"\n```\n\n## 后续步骤\n\n* [为 Dependabot 配置多生态系统更新](/zh/enterprise-cloud@latest/code-security/how-tos/secure-your-supply-chain/secure-your-dependencies/configuring-multi-ecosystem-updates)"}