关于 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 的二进制文件。
标签：Commerce,存储,Github,自定义,项目,Git,SAP,Cloud 来源： https://www.cnblogs.com/sap-jerry/p/16263968.html