在将代码集成到我们的开发主线之前，运行一个持续集成过程以证明可以安全地集成更改。我们使用TravisCI进行持续集成服务。每次将代码推送到Spartacus存储库（无论是否发出拉取请求）时，都会触发我们公共TravisCI中的构建。对于我们所有的库，构建执行以下步骤：检查Prettier合规性检查tslint合规性运行所有单元测试运行声纳检查构建Spartacus项目源代码发布快照构建TravisCI构建配置可以在.在travis.yml文件中找到。当端到端测试触发构建时，还会在Jenkins服务器上触发一个并行进程，该进程为我们的库运行所有端到端(E2E)测试。E2E测试结果在GitHub上报告为通过或未通过PullRequest检查。遗憾的是，目前Jenkins服务器未公开，因此外部贡献者无法看到E2E测试结果。我们希望在不久的将来过渡到公共服务器。向Spartacus贡献集成库以下集成库由Spartacus核心团队发布，但归相关集成团队所有：上下文驱动服务可配置产品CPQ可配置产品SAP客户数据CloudSAP数字支付集成库指南建议遵循以下准则：例如，您应该在Spartacus存储库中拥有自己的独立分支，例如integration/cds。您应该尽可能地合并develop分支的最新更改（以避免合并冲突）。您需要将构建、验证和测试步骤添加到您分支上的.travis.yml文件中，以便您可以描述您的持续集成过程。您需要包括您认为持续集成库所必需的测试和验证。您不必将所有Spartacus核心验证作为CI过程的一部分运行（尽管可能建议这样做）。当试图将集成库本身合并到Spartacus主开发分支（或将新更改合并到开发分支）时，核心团队将对其进行全面验证，包括回归测试。这不包括集成测试。作为集成存储库所有者，您需要确保您的集成是稳定的，并且它通过了所有要发布的要求。集成库发布后，您有责任在后续版本中保持稳定。这种方法背后的推理Spartacus是建立在TravisCI之上的。travis.yml文件中描述了必要的构建步骤，每个分支仅支持一个构建文件。因此，为特定集成设置单独的分支允许每个集成团队定制他们的构建。Spartacus团队没有足够的带宽来运行每个集成库的所有验证和测试，作为每个构建的一部分。同时，集成团队不需要对所有核心Spartacus代码运行验证。
