随着Sitecore Experience Commerce 9.0.2的发布，我们现在在Commerce引擎中内置了丰富的可扩展版本控制功能。这与版本控制项目的流程类似，例如，不能更改现有的已发布版本，要修改实体的详细信息，您需要创建一个新版本，然后该版本可以包含您的更改。这有一些非常好的好处，因为它允许你对实体进行离线编辑，当你准备好的时候，你可以实时推送这些实体，例如在几天内对一个实体进行更改，直到你满意并希望将更改推送到店面。你也可以看到实体在历史上所做的修改。与内容项的版本控制相比，商业实体的版本控制的功能有一些不同，免费云服务器试用，主要围绕功能的配置。默认情况下，建站快速，没有为实体启用版本控制，然后可以按类型选择要为其启用版本控制的实体。在9.0.2中，您将看到已经为目录、类别和可销售项启用了版本控制。让我们来看看它是如何工作的。查看已发布的实体当您加载在9.0.2中启用了版本控制的实体时，首先要注意的是"新实体版本"面板，正如您在这里看到的：在本例中，您可以看到我们正在查看的实体只有一个已发布的版本，即不能对该版本进行更多编辑。如果我们看一下其他面板中的一个，那么您会注意到所有的编辑按钮现在都变灰了：为了对这个实体进行编辑，我们需要创建一个包含我们编辑内容的新版本。创建新版本如果您向上滚动到实体和摘要部分的顶部，数据技术与大数据技术，然后使用右侧的下拉菜单创建一个新版本，在这里您将看到下面所示的新"添加实体版本"选项：我们将得到一个提示，确认我们要创建一个新版本。一旦我们接受这一点，新版本将被创建。页面刷新后，窗口顶部会出现一条消息，通知我们"存在更新的版本"，这是因为我们仍在查看较旧的已发布版本，而不是我们可以编辑的版本。要编辑实体，我们需要做的最后一件事是查看最新版本，为此，我们再次返回到"实体版本"面板，然后单击指向最新版本的链接。一旦我们这样做了，实体的内容将更新，所有以前禁用的编辑按钮将再次启用，允许我们对实体的数据进行所需的更改。一旦您对更改感到满意，就可以使用"摘要"面板上的下拉菜单接受更改并将实体推送到工作流中。有关9.0.2中新工作流功能的更多信息，请参阅我的另一篇文章。如何为其他实体启用版本控制，这样您就可以很好地了解版本控制功能是如何工作的，但是正如我在文章开头提到的，它也是可扩展的，因此您可以选择要启用版本控制的实体，甚至为自己的自定义实体启用版本控制。如果你看看PlugIn.Versioning.PolicySet-使用Experience Commerce 9.0.2创建的1.0.0.json配置文件，您将看到VersioningPolicy的多个实例。此策略的每个实例都将版本控制应用于系统中特定类型的CommerceEntity。如上所述，您应该看到目录、类别和可销售项目的行。因此，买云服务器，如果您想为您的自定义CommerceEntity启用版本控制，您只需添加引用您的客户类型的VersioningPolicy实例，例如{"$type"：Sitecore.Commerce.Plugin.EntityVersions.VersioningPolicy, Sitecore.Commerce.Plugin.EntityVersions，"TypeFullName"：""}添加记录您的自定义类型，您引导（有关引导的更多信息，请参阅我们的DevOps指南）将这些更改记录到数据库中，完成后，您的自定义类型将启用版本控制，非常简单。在引擎盖下面。您可能已经注意到，在9.0.2中，目录、类别和可销售项目都是默认版本，但不是变体。这是因为目前您只能对商业实体进行版本设置，而不能对组件进行版本设置，这是因为这些对象的存储方式不同。如果您查看SharedEnvironments数据库，您会发现创建的任何商业实体都会作为单独的独立记录存储在数据库中，而像ItemVariationComponent这样的组件则不是这样的，而是存储在包含它们的Commerce实体中。如果您查看一个可销售商品的JSON可视化表示，那么您可以看到变量存储在Components数组中：现在当您创建一个实体的新版本时，整个实体是复制的，包括其中包含的所有组件。因此，这意味着您确实获得了一些为您提供的版本控制功能，例如，物联网是什么意思，您可以返回到以前的版本，您将能够看到组件中的数据。但是，您没有得到上面看到的编辑器锁定功能。开始使用此功能时要记住的事项。