共计 713 个字符，预计需要花费 2 分钟才能阅读完成。
SAP Commerce Cloud CCV2 构建过程冀望您的代码存储库具备特定的构造 (Specific Structure)。当您的存储库遵循预期的构造时，构建会正确生成。
默认状况下，所有自定义项都存储在单个 Github 存储库中。它能够蕴含外围定制（扩大、配置）、数据中心定制和 Javascript 店面。
您能够应用 git submodules 性能将内容拆分为多个存储库。在这样的设置中，主存储库指向独自存储库中的特定提交。在 Cloud Portal 中为主存储库配置的凭证随后也可用于子模块。
如下图所示：
什么是 git submodules？思考这样一个场景：
在解决一个我的项目时，您须要应用其中的另一个我的项目。兴许它是第三方开发的库，或者您正在独自开发并在多个父我的项目中应用。在这些场景中会呈现一个常见问题：您心愿可能将两个我的项目视为独立的，但依然可能在另一个我的项目中应用其中一个。
假如您正在开发一个网站并创立 Atom 提要。您决定应用库，而不是编写本人的 Atom 生成代码。您可能必须从共享库（如 CPAN 装置或 Ruby gem）中蕴含此代码，或者将源代码复制到您本人的我的项目树中。蕴含库的问题在于，很难以任何形式自定义库，而且通常更难以部署它，因为您须要确保每个客户端都有可用的库。将代码复制到您本人的我的项目中的问题是，当上游更改可用时，您所做的任何自定义更改都难以合并。
Git 应用子模块解决了这个问题。子模块容许您将 Git 存储库保留为另一个 Git 存储库的子目录。这使您能够将另一个存储库克隆到您的我的项目中并放弃您的提交离开。
只有自定义我的项目扩大的源代码必须受版本控制。构建过程会主动装置 Commerce Cloud 的二进制文件。