关于 SAP Commerce Cloud Github 仓库需要遵循的规范

SAP Commerce Cloud CCV2 构建过程期望您的代码存储库具有特定的结构(Specific Structure)。 当您的存储库遵循预期的结构时,构建会正确生成。

默认情况下,所有自定义项都存储在单个 Github 存储库中。 它可以包含核心定制(扩展、配置)、数据中心定制和 Javascript 店面。

您可以使用 git submodules 功能将内容拆分为多个存储库。 在这样的设置中,主存储库指向单独存储库中的特定提交。 在 Cloud Portal 中为主存储库配置的凭证随后也可用于子模块。

如下图所示:

关于 SAP Commerce Cloud Github 仓库需要遵循的规范_第1张图片

关于 SAP Commerce Cloud Github 仓库需要遵循的规范_第2张图片

什么是 git submodules ?考虑这样一个场景:

在处理一个项目时,您需要使用其中的另一个项目。也许它是第三方开发的库,或者您正在单独开发并在多个父项目中使用。在这些场景中会出现一个常见问题:您希望能够将两个项目视为独立的,但仍然能够在另一个项目中使用其中一个。

假设您正在开发一个网站并创建 Atom 提要。您决定使用库,而不是编写自己的 Atom 生成代码。您可能必须从共享库(如 CPAN 安装或 Ruby gem)中包含此代码,或者将源代码复制到您自己的项目树中。包含库的问题在于,很难以任何方式自定义库,而且通常更难以部署它,因为您需要确保每个客户端都有可用的库。将代码复制到您自己的项目中的问题是,当上游更改可用时,您所做的任何自定义更改都难以合并。

Git 使用子模块解决了这个问题。子模块允许您将 Git 存储库保留为另一个 Git 存储库的子目录。这使您可以将另一个存储库克隆到您的项目中并保持您的提交分开。
只有自定义项目扩展的源代码必须受版本控制。 构建过程会自动安装 Commerce Cloud 的二进制文件。

你可能感兴趣的