DevOps Center 项目最佳实践
遵循这些最佳实践来规划 DevOps Center 项目。项目是一个集中工作区，用于管理和部署不同的相关工作项目集合。
所需的 Edition
| 适用于：Lightning Experience in Professional（需要 API 访问权限）、Enterprise、Performance、Unlimited 和 Developer Edition |
| 不适用于：Government Cloud Plus。联系您的 Salesforce 客户主管了解更多详细信息。 |
| 不适用于：欧盟操作区域。欧盟操作区域是一项特殊的付费服务，提供了更高级别的数据驻留承诺。根据标准产品条款和条件，DevOps Center 在不属于欧盟操作区域的欧盟组织中获得支持。 |
确定项目数量
在以下情况下使用单个项目和单个存储库：
- 团队使用相同或依赖的元数据和配置数据。
- 所有更改会部署到相同生产组织。
- 您需要所有工作的统一可见性。
- 开发涉及互连的对象和功能。
备注 DevOps Center 不会跨项目同步元数据和数据。要共享更改并尽早发现冲突，团队必须处理相同项目，以确保元数据和数据依赖性保持同步。
在以下情况下创建单独的项目：
- 团队处理没有依赖性的独立元数据和数据。
- 更改会部署到不同的生产组织。
- 项目遵循单独的发布计划和治理。
- 您需要隔离的热修复漏斗来绕过标准发布节奏。
- 团队需要操作隔离，或者更喜欢限制对另一个团队有效工作和变化的可见性。
重要 多个项目会增加管理复杂性。明智地创建项目。
选择项目生命周期策略
根据发布管理流程和节奏决定项目生命周期。
正在进行的项目：在多个冲刺和版本中使用同一个项目。对于正在进行功能开发和元数据和数据范围稳定的团队，这是推荐的方法。这些项目更易于维护。例如，长期项目非常适合每两周发布一次，并且使用一个漏斗的团队，而不管是否冲刺。您可以使用“活动历史记录”中的 DORA 度量和历史记录来跟踪项目绩效。
备注 DORA 度量特定于项目，不提供 DevOps Center 中所有项目的数据。
每个版本项目：为每个主要版本创建项目。这种方法更适合具有离散的、有时间限制的计划或主要版本版本的团队。这需要为每个版本进行更多的设置工作。我们建议您在发布后归档项目。
热修复项目：对于关键的生产问题，使用单独的热修复项目来支持更快的周转。
- 创建项目并连接到至少包含开发环境、测试阶段和生产组织的漏斗。
- 解决问题后，通过标准项目漏斗移动所有更改，并保持所有环境同步。
- 始终将更改反向同步到主项目，以防止分支分歧。
管理无效项目
您不能在 DevOps Center 中删除项目。向您的非活动项目添加 z_ 前缀。例如，z_MyOldProject。这将项目移动到列表底部。
配置 .forceignore 文件
.forceignore 文件确定 DevOps Center 在提交和部署期间排除哪些更改。在构建漏斗之前，在主分支中配置 .forceignore 文件，以便它传播到所有功能分支。要修改 .forceignore 文件，请在工作项目功能分支中应用编辑。在您升级工作项目时，编辑会通过漏斗传播。请参阅使用 .forceignore 文件排除元数据。
DevOps Center 项目策略推荐
| 场景 | 推荐 | 示例 |
|---|---|---|
| 元数据和数据重叠的相同生产组织。 | 一个项目，一个存储库结构 | 平台团队自定义互连对象。您的团队开发 Sales Cloud 功能，开发人员在其中自定义业务机会对象，而其他人则处理市场活动。这两个功能都使用共享自定义对象。使用一个项目，因为元数据重叠。 |
| 具有相同元数据和数据的生产组织。 | 一个项目结构（首选） | Apex 团队和 Marketing Cloud 连接器团队部署到共享环境的并行工作跟踪。 |
| 地理或运营上独立的生产组织。 | 单独项目 | 由于数据驻留要求，用于区分欧洲和美国生产组织的独立部署。这些组织包含类似的应用程序，但独立部署。创建两个项目，每个生产组织一个。 |
| 需要紧急热修复漏斗路径。 | 单独的热修复项目 | 需要隔离路径以绕过标准发布周期的关键修复。 |
本文章是否解决您的问题？
请与我们共享您的想法，以便我们进行改进！
