关上 saample 仓库里 manifest.json 文件，地址如下：
https://github.com/SAP-sample…
在 Application 数组里增加新的元素：
将清单文件中申明的新应用程序的文件增加到代码存储库。
- 如果应用源代码形式开发 Spartacus，则将 package.json 文件增加到
<application.path>/package.json。
例如，<repository-root>/js-storefront/some-subdirectory/app2/package.json
- 如果您应用的是预构建的应用程序，则将已编译的应用程序文件（包含 index.html）增加到
<application.path>/dist/<application.name>。
例如，<repository-root>/js-storefront/some-subdirectory/app2/dist/app2/index.html。
每个应用程序的 index.html 文件必须蕴含以下占位符：
<meta name="occ-backend-base-url" content="OCC_BACKEND_BASE_URL_VALUE" />在应用程序启动时，此占位符将替换为真正的 API aspect 里定义的内部 URL。
为了使上述配置失效，须要创立一个 build.
构建过程会主动构建 Commerce Cloud 代码存储库中提供的所有 JavaScript 应用程序。
对于 manifest.json 中定义的每个应用程序，构建过程会查看 <application.path>/dist 目录是否存在。如果它不存在，则构建过程在 <application.path> 目录中运行以下命令：
- yarn install – 下载 package.json 中申明的依赖项，
- yarn build – 运行 package.json 中申明的构建命令。
yarn build 对应下图的命令：
"build": "env-cmd --no-override -e dev,b2c,$SPA_ENV ng build storefrontapp --configuration production" 如果 <application.path>/dist 的确存在，则构建过程假设此目录蕴含已构建的 JavaScript 店面并跳过构建。
Commerce Cloud addon 旨在将自定义代码排除在店面扩大之外并缓解可降级性问题。思路就是您在 addon 中执行自定义内容，以便您能够获取更新版本的店面并从新利用雷同的 addon（在降级期间）。
实际上，addon 机制是一种文件复制机制，并且十分依赖于 yacceleratorstorefront 中的文件构造。随着规范店面随着工夫的推移而变动，addon 可能须要随之扭转。
Spartacus 不反对在单个店面应用程序中同时运行 B2C 和 B2B 店面。如果装置了 Organization - Adminstration 或者 Organization - Order Approval,，B2C 店面将加载，但无奈失常工作。
如果抉择了实用于 B2B 店面的性能，则原理图会主动增加任何所需的 B2B 配置（如果短少它们）。