入门项目工作流

云基础架构上的Adobe Commerce包括用于生产环境的具有一个master分支的单个Git存储库，可以分支该存储库以创建用于测试和开发工作的暂存和多个集成环境。 您最多可以有四个活动环境，包括用于生产服务器的master环境。 请参阅入门体系结构以了解概览。

对于您的环境，请按照Development > Staging > Production工作流来开发和部署您的网站。

对于分支，您可以遵循任何开发方法。 例如，您可以遵循敏捷方法（如Scrum）为每个冲刺创建分支。

从每个冲刺中，可为每个用户故事创建分支。 所有的故事都变得可以检验。 您可以不断合并到冲刺分支，并连续验证该分支。 当冲刺结束时，您可以将冲刺分支合并到master以将所有冲刺更改部署到生产环境，而无需处理测试瓶颈。

开发工作流

Starter计划的开发和部署从您的初始项目开始。 您可以使用“空白站点”创建项目，该站点是一个云基础架构模板上的Adobe Commerce代码存储库，具有完全准备好的存储。 这将使用生产环境中的代码副本创建一个master分支。

开发工作流包括以下内容：

此外，还有一些可选步骤可帮助开发和测试代码和存储数据：

此过程假定您已设置本地开发人员工作区。

克隆和分支

对于新的入门计划项目，从云基础架构Git存储库上的Adobe Commerce克隆了master分支。 要开始分支和使用代码，请将master分支克隆到本地环境。

Git clone命令的格式为：

git fetch origin

git pull origin <environment-ID>

首次开始在入门项目的分支中工作时，请创建staging分支。 这将创建一个与部署到暂存环境的master分支匹配的代码分支，以在部署到生产环境之前测试配置和代码更改。

接下来，从staging创建分支以开发代码、添加扩展并配置第三方集成。 无论您何时开发自定义代码、添加扩展、与第三方服务集成，都可以在从staging分支创建的开发分支中工作。 您有四个可用的活动集成环境。 当您推送活动分支时，其中一个集成环境会自动部署您的代码以进行测试。

Git branch命令的格式为：

git checkout <branch-name>

Cloud CLI branch命令的格式为：

magento-cloud environment:branch <environment-name> <parent-environment-ID>

从母版

开发代码

使用Adobe Commerce在云基础架构代码上的基础分支，您可以开始安装扩展、开发自定义代码、添加主题等。

在开发工作中使用分支策略。 使用一个分支同时完成所有工作可能会使测试变得困难。 例如，您可以遵循持续集成和sprint方法来工作：

在您完全构建、配置并准备启动存储之前。 但请继续阅读，您的存储和代码配置有许多选项。

配置存储

准备好配置存储区后，将所有代码推送到integration环境。 从管理员中为集成环境配置商店设置，而不是在本地环境中配置。 您可以通过单击Cloud Console中的​ 访问网站 ​来查找该URL

有关配置的最佳信息，请查看Adobe Commerce文档和已安装的扩展。 以下是帮助您入门的一些链接和想法：

除了商店设置之外，您还可以进一步配置多个站点和商店、配置的服务等。 请参阅配置您的商店。

生成配置管理文件

如果您熟悉Adobe Commerce，则可能会担心如何从正在开发的数据库获取到暂存环境和生产环境的配置设置。 以前，您必须将所有配置设置复制到纸张或文件中，然后手动将这些设置应用于其他环境。 或者，您可能已转储数据库并将该数据推送到其他环境。

云基础架构上的Adobe Commerce提供了一组两个配置管理命令，可将配置设置从您的环境导出到文件中。 这些命令仅适用于Cloud Infrastructure 2.2及更高版本上的​ Adobe Commerce。

生成的文件是app/etc/config.php。

在配置了Adobe Commerce的集成环境中生成文件。 逐步完成生成文件、将其添加到分支和部署文件的过程。

有关配置管理的​ 重要说明：

如果您使用的是Adobe Commerce版本2.2或更高版本，则配置管理命令提供了额外的功能来保护敏感数据，例如PayPal模块的沙盒凭据。 在导出过程中，任何包含敏感数据的值都会导出到app/etc/目录中的单独配置文件 — env.php。 此文件将保留在您的本地环境中，并且不会在您将代码推送到其他分支时复制。 您还可以在云基础架构版本的所有Adobe Commerce中使用CLI命令创建环境变量。

请参阅配置管理。

推送代码和测试

此时，您应该具有已开发的代码分支，其中配置文件（config.local.php或config.php）已准备好测试。

每次从本地环境推送代码时，都会运行一系列构建和部署脚本。 这些脚本可生成新代码并将其部署到远程环境。 例如，如果您将开发分支从本地环境推送到远程分支，则匹配的环境会更新服务、代码和静态内容。

您可以使用商店URL、管理员URL和SSH直接访问此环境。 这些环境包括Web服务器、数据库和配置的服务。 准备就绪后，您可以在暂存环境中开始部署和测试。

有关详细信息，请参阅部署工作流。

可选：安装示例数据

如果您在开发存储时需要一些示例数据，则可以安装示例数据。 此数据模拟活动存储，包括客户、产品和其他数据。 在创建项目时，此示例数据最适合用于云基础架构模板安装中的“空白站点”Adobe Commerce。 作为最佳实践，请在上线前删除示例数据。 请参阅安装可选示例数据。

可选：拉取生产数据

将您的所有产品、目录、网站内容等直接添加到production环境。 通过将此数据添加到生产环境，您可以为客户提供更新的价格、优惠券、库存库存、销售公告、有关未来产品的信息等。 此数据不包括扩展配置，您可在本地开发分支中配置这些配置。

在开发功能、添加扩展和设计主题时，使用真实数据会很有帮助。 您可以随时从生产环境创建数据库转储，并根据需要将其推送到暂存和集成环境。

要帮助将生产数据导出为测试数据，以便在暂存和集成环境中使用，请执行以下操作：

要迁移此数据，请参阅迁移和部署静态文件和数据。

部署工作流

如架构信息中详述的那样，云基础架构上的Adobe Commerce是Git驱动的。 在云基础架构上部署Adobe Commerce是分支机构的Git推送流程的一部分。

将分支代码从本地环境推送到远程分支时，将开始一系列构建和部署脚本。

生成脚本：

部署脚本：

完全完成后，您的商店将恢复为在线状态，并包含所有更新的代码和配置。

请参阅部署进程。

推送到暂存和测试

始终将迭代中的代码推送到staging环境以进行完全测试。 首次使用此环境时，必须配置一些服务，包括Fastly和New Relic。 此外，使用沙盒或测试凭据配置支付网关、运送、通知和其他重要服务。

暂存是一种预生产环境，可提供尽可能接近生产环境的所有服务和设置。 彻底测试每项服务，验证您的性能测试工具，以管理员和客户的身份执行UAT测试，直到您认为您的商店已准备好投入生产。

查看部署您的商店。

推送到生产

推送到master分支时，您正推送到production环境。 像在暂存环境中一样，在生产环境中完成配置和测试活动，但有一个重要区别。 在生产环境中，使用Live凭据进行配置和测试。 一旦您启动网站，客户即可完成购买，管理员即可管理实时商店。

查看部署您的商店。

站点启动

对于与您的网站一起上线，有一个明确的演练。 完成这些步骤后，您的商店可以立即提供自定义主题中的产品以供销售。

查看站点启动项。

持续集成

按照您的分支和开发方法，您可以轻松地开发新功能、配置更改并添加扩展以持续开发和部署更新。

所有云基础架构环境都支持持续集成，以便不断更新。 此工作流可支持一天发布多次，或根据业务需求按预定计划发布。