Commerce Cloud portal：

CCV2 部署蕴含构建和部署两个子步骤。

首先登录 cloud portal，创立一个新 build：

点击 create 按钮：

输出构建的名称和托管要构建的代码库的 git 分支。名称只是一个标签，然而，咱们依照常规应用名称是为了更容易理解构建蕴含的内容。约定如下：

spartacus-[hybris_patch_version]-[cep_version]-[spartacus_version].[build_number]
hybris_patch_version: Version of hybris and patch level (e.g. 1905.13)
cep_version: Cloud extension pack version suffix (e.g. 2004)
spartacus_version: Built version of Spartacus (e.g. 1.5.3)
build_number: A consecutive number (1, 2, 3…)

Example: spartacus-1905.13-cep-2004-1.5.3.0

Git 分支或标签字段是指将用于构建的 git repo 分支或标签。目前咱们应用 spa/1.5.3 分支。

单击保留。这将安顿并启动构建。构建实现后，能够部署在 CCv2 实例中。

从 build list 里抉择实现的 build，点击 Deploy to Environment 即可。

抉择要部署的指标环境。

对于数据迁徙模式，如果数据不打算作为部署的一部分进行更改，则不须要迁徙。如果数据会发生变化，请初始化数据库。

Dynamic properties

有一些属性是和 environment 相干的，例如：

{

 "key": "website.electronics.http",
 "value": "http://storefront.d3-public.model-t.cc.commerce.ondemand.com/yacceleratorstorefront"

},
{

 "key": "website.electronics.https",
 "value": "https://storefront.d3-public.model-t.cc.commerce.ondemand.com/yacceleratorstorefront"

},
{

 "key": "website.electronics-spa.http",
 "value": "http://storefront.d3-public.model-t.cc.commerce.ondemand.com:4200"

},
{

 "key": "website.electronics.https",
 "value": "https://storefront.d3-public.model-t.cc.commerce.ondemand.com:4200"

},
{

 "key": "sop.post.url",
 "value": "https://storefront.d3-public.model-t.cc.commerce.ondemand.com/acceleratorservices/sop-mock/process"

}

有几种办法能够在每个环境中指定这些属性，这样咱们就不用进行屡次构建。

(1) Use magic properties that start with “ccv2.services” (website.electronics.https=${ccv2.services.accstorefront.url.0})
(2) Place your host-specific properties under the hcs_common service on the given instance

(Environments > your_environment > Services > hcs_common > Properties)

Deploying a javascript storefront

Model T 须要 Github 仓库具备上图所示的文件构造。

(1) core-customize 将蕴含您自定义的扩大和 manifest.json 来形容您的环境。
(2) js-storefront 将蕴含 Storefront 代码和前端的清单。上面是一个例子：

{
  "applications": [
      {
          "name": "spartacus",
          "path": "spartacus",
          "enableSSR": "true", //if you want to enable SSR
          "nodeVersion": "11"  //if you want a specific node version
      }
  ]
}

在幕后，Model T builder 将：

(1) 在 application.path 文件夹下查找 dist 文件夹。如果它在那里，它会将它部署在一个节点中。
(2) 如果没有 dist 文件夹，它将构建和部署您的店面代码，该代码应位于 application.path 文件夹中

Backend URL for javascript storefront

如果您有多个环境并且您想重用雷同的构建，请在 index.html 中增加一个属性，如下所示：

<meta name="occ-backend-base-url" content="OCC_BACKEND_BASE_URL_VALUE" />

Model T builder 将主动用每个环境的正确后端 URL 替换元属性的内容。

如果启用 PWA，则必须在本地构建应用程序，而后部署到 CCv2 以便正确创立 Service Worker。（如果将构建委托给 Model T，则不会正确创立 Service Worker）

更多 Jerry 的原创文章，尽在：” 汪子熙 ”: