SAPCommerceCloud中的构建过程会根据客户Github代码仓库中的信息构建最终运行的软件。Github存储库示例如下：CommerceCloud中的构建过程包括以下操作：克隆包含客户实施项目的Github存储库自定义下载所需的工件构建最终软件将软件打包成Docker镜像将镜像上传到Docker注册表返回有关要在目标CommerceCloud环境中启用的服务的信息。软件打包成Docker镜像并上传到Dockerregistries可以查看我之前的文章：Docker实战教程从入门到精进（一）Docker实战教程从入门到精进（二）Docker实战教程从入门到精进（三）)Docker实战教程从入门到精进(4)Docker实战教程从入门到精进(5)Docker实战教程从入门到精进(6)Docker实战教程从入门到精进(7)Docker实战教程从入门到精进(8))构建过程会考虑Core-customize和js-Storefront的Customization。在构建过程开始时，它会尝试确定每个Docker镜像预期内容的哈希码。哈希码的计算考虑了各种因素，例如：工件版本基础镜像版本项目代码存储库的内容然后它检查Docker注册表中是否有标记有此哈希的镜像：如果可用，镜像构建将是skipped，直接在部署中使用现有图像。如果不可用，将执行完整映像构建并将新映像用于部署。对于JavaScriptStorefront，生成的Docker镜像包含以下内容：Javascript店面（包含静态内容）Javascript店面（支持服务器端渲染）构建过程生成部署期间使用的服务和Docker镜像列表。某些服务是可选的，并标识无法自定义的图像版本。最终的服务列表及其镜像如下：AcceleratorStorefrontService:CustomizedPlatformMirroringBackofficeServiceadminServiceAPIServiceSolrServiceZookeeperServiceImageProcessingServiceDataHubServiceJavascriptStorefrontServiceJavascriptStorefrontSSRService构建过程将这个列表传递给部署过程。
