18、Salesforce 环境管理与 Scratch Orgs 使用指南

Salesforce 环境管理与 Scratch Orgs 使用指南

1. 建立清晰的 CI/CD 流程

如果团队使用 IDE 或桌面脚本管理部署，很难确定代码和配置在组织中的所有流动路径。建立清晰的 CI/CD 流程可以解决这个问题。构建活跃组织及其连接列表的目的是控制许多组织中混乱的开发过程。减少管理的组织数量，能大大简化确保这些组织保持最新状态的过程。

2. 确定测试、修复、培训等需求

创建清晰合理的组织架构，首先要确定所需的服务需求。至少需要用于开发的临时组织（Scratch Orgs）、一个用于测试集成更改的沙箱和生产组织。增加更多环境有很多合理原因，但每个额外的组织都会增加复杂性，且需要时间保持同步。增加额外组织的好处必须与维护成本相平衡。
需要额外环境的原因可分为以下几类：
1. 开发新功能
2. 测试开发中的功能
3. 测试集成和数据迁移的大量数据
4. 培训用户
5. 解决漏洞/问题

3. 开发环境要求

出于前面提到的原因，开发新功能理想情况下应使用临时组织而不是沙箱。尽管临时组织有很多好处，但管理大量定制的团队短期内可能无法迁移到临时组织。可以制定计划帮助团队过渡到使用临时组织，但在过渡期间可能需要保留一个或多个开发人员沙箱。
临时组织也可用于开发与外部系统的自定义集成。由于临时组织是短期的，每次临时组织过期时，可能需要重新创建与外部系统的连接。开发自定义 Apex REST 服务等集成时，可能想在与外部测试环境集成的沙箱中进行。但可以在临时组织中编写 Apex Mocks 来模拟来自外部系统的请求和响应，实践“契约式设计”。这允许对这些 RE