Salesforce B2C商业复制 – 配置代码复制

Cloud Kicks的新管理员Linda Rosenberg了解到该网站的开发人员已准备好推出一些很棒的店面功能。开发人员已经将代码从沙盒实例上载到暂存中，并且质量检查测试进展顺利。现在轮到琳达了。通过代码复制，她可以将新的代码版本从登台实例转移到开发实例，然后再转移到生产实例，然后激活它。

代码复制与数据复制一样，具有源和目标。但是，数据复制处理的是数据对象之间的依赖性，这会使事情变得复杂。代码复制非常简单。复制代码版本时，Salesforce B2C Commerce在目标实例上为该版本分配与暂存源版本相同的名称。如果名称已经存在，则会在名称后附加一个时间戳和索引号。

例如，Cloud Kicks的新代码版本的名称为version-19b。目标实例上已经存在具有该名称的版本，因此B2C Commerce将该新版本命名为version-19b_01202019-1。

像数据复制一样，代码复制是一个两步过程。

1. B2C Commerce将代码版本从登台转移到目标实例。
2. 它在目标实例上激活代码。

Linda可以将两个步骤作为一个复制过程运行，也可以分别运行。单独运行它们可以帮助她确定故障的任何来源（如果发生）。所有代码复制过程都在登台实例上运行，甚至代码激活和撤消也仅影响目标实例。

有四种类型的代码复制过程。

• 代码传输：  B2C Commerce会将源实例上的选定代码版本传输到目标实例，但不会激活它。
• 代码传输和激活：  B2C Commerce将源实例上的选定代码版本传输到目标实例，然后将其激活。
• 代码激活： 只有成功完成代码传输过程后，此过程才可用。激活使传输的代码版本成为目标实例上的活动版本。如果新的代码版本已经处于活动状态，则什么也不会发生。如果目标实例上不存在该复制，复制将失败。
• 撤消： 仅在成功进行代码传输和激活或代码激活复制过程之后，此过程才可用。它将目标实例上的活动代码版本还原为上一次代码复制过程之前的活动版本。如果要还原的版本不再处于活动状态，则不会发生任何事情。如果目标实例上不再存在它，或者以前的活动代码版本不再存在，则复制过程将失败。

Linda可以指定她希望如何运行复制过程。她的选择是：

• 手动： 该过程在她触发时运行。
• 自动： 她安排流程运行的日期和时间。
• 重复执行： 她安排流程运行时的重复执行时间：
• 作业步骤： 该流程可作为作业的一部分运行。我们在Salesforce B2C Commerce Scheduled Jobs模块中谈论工作 。

Linda希望尽快发布新代码，而且要花几个小时—这是执行此类任务的好时机。这是她创建可以手动触发的代码复制过程的方式。

1. 打开业务经理。
2. 选择管理>复制>代码复制。
3. 点击新建。（您必须在暂存实例上才能看到此按钮。）
4. B2C Commerce创建一个流程ID，或者您可以输入所需的文本。
5. 选择开发目标实例。
6. 输入可选说明。这可以帮助您以后找到它。
7. 对于激活类型，选择手动。
8. 选择一个通知电子邮件触发器，然后输入多个目标电子邮件地址，以逗号分隔。该电子邮件包含流程的开始和结束时间，目标系统，复制类型和复制任务。如果该过程失败，则电子邮件通知中将包含错误代码。周期性系列中的每个进程都会发送自己的通知。
9. 指定这些事件发生的情况。
   • 流程结束： 无论流程成功还是失败，B2C Commerce都会向该地址发送电子邮件。如果挂起，则不会发送电子邮件。
   • 流程失败：如果流程失败，  B2C Commerce会向该地址发送一封电子邮件。如果该过程成功或挂起，则不会发送电子邮件。
10. 单击下一步。
11. 对于复制类型，选择代码传输和激活。
12. 单击下一步，然后查看流程详细信息。一旦创建了流程，就无法对其进行更改。
13. 单击开始以创建过程并立即运行。

Linda和开发人员在开发实例上测试新代码。当看起来不错时，她会将相同的代码版本从登台实例复制到生产环境。现在，Cloud Kick的购物者可以使用令人敬畏的新功能！

在本单元中，Linda知道代码复制非常简单，并且只需要一个唯一的版本号。在开发人员将代码上传到登台实例之后，她将其从登台复制到开发再生产。她还了解了代码复制过程类型和激活方法。她进行了手动代码复制，将许多新功能推向了店面。