关于 SAP Commerce Cloud Github 仓库需要遵循的规范
Posted JerryWang汪子熙
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了关于 SAP Commerce Cloud Github 仓库需要遵循的规范相关的知识,希望对你有一定的参考价值。
SAP Commerce Cloud CCV2 构建过程期望您的代码存储库具有特定的结构(Specific Structure)。 当您的存储库遵循预期的结构时,构建会正确生成。
默认情况下,所有自定义项都存储在单个 Github 存储库中。 它可以包含核心定制(扩展、配置)、数据中心定制和 javascript 店面。
您可以使用 git submodules 功能将内容拆分为多个存储库。 在这样的设置中,主存储库指向单独存储库中的特定提交。 在 Cloud Portal 中为主存储库配置的凭证随后也可用于子模块。
如下图所示:
什么是 git submodules ?考虑这样一个场景:
在处理一个项目时,您需要使用其中的另一个项目。也许它是第三方开发的库,或者您正在单独开发并在多个父项目中使用。在这些场景中会出现一个常见问题:您希望能够将两个项目视为独立的,但仍然能够在另一个项目中使用其中一个。
假设您正在开发一个网站并创建 Atom 提要。您决定使用库,而不是编写自己的 Atom 生成代码。您可能必须从共享库(如 CPAN 安装或 Ruby gem)中包含此代码,或者将源代码复制到您自己的项目树中。包含库的问题在于,很难以任何方式自定义库,而且通常更难以部署它,因为您需要确保每个客户端都有可用的库。将代码复制到您自己的项目中的问题是,当上游更改可用时,您所做的任何自定义更改都难以合并。
Git 使用子模块解决了这个问题。子模块允许您将 Git 存储库保留为另一个 Git 存储库的子目录。这使您可以将另一个存储库克隆到您的项目中并保持您的提交分开。
只有自定义项目扩展的源代码必须受版本控制。 构建过程会自动安装 Commerce Cloud 的二进制文件。
以上是关于关于 SAP Commerce Cloud Github 仓库需要遵循的规范的主要内容,如果未能解决你的问题,请参考以下文章
如何在 SAP Commerce Cloud Portal 构建和部署 SAP Spartacus Storefront
SAP Commerce Cloud Github 仓库管理规范
SAP Commerce Cloud 如何为 Storefront 配置新的应用
SAP Commerce Cloud Build Manifest Components
SAP Commerce Cloud 新一代 UI Spartacus 和 Customer Data cloud 的集成