Adobe Commerce的代码管理最佳实践
本主题旨在帮助您确定是使用Git还是使用Composer分发自定义代码，并考虑版本管理、代码复杂性和依赖关系管理。
注意这些最佳实践最适合迁移和实施；而对于单模块开发，则不太适合。
受影响的产品和版本
所有受支持的版本，共：
- 云基础架构上的Adobe Commerce
- Adobe Commerce内部部署
定义
- 全局参考体系结构(GRA)：也称为白色标签体系结构或通用代码库。 这是用于多实例设置的模块分发体系结构。
- 多实例设置：同一客户端对不同的地区或品牌使用不同的Adobe Commerce安装。 每个安装都具有共享模块以及独特的模块。
- 单实例设置：只有一个Adobe Commerce安装。 对于不同的测试环境，可以存在源代码的多个副本，但生产代码只有一个版本。
何时使用Git或编辑器
| 主要通过Git管理的代码 | 主要通过编辑器管理的代码 | |
|---|---|---|
| 何时用于单实例设置 |
|
|
| 何时用于多实例设置 |
|
|
特征矩阵
| 功能 | Git | Composer |
|---|---|---|
| 主代码存储库 | 所有代码都驻留在单个或几个Git存储库中 | 所有代码都驻留在Composer存储库中的包中 每个Composer包都由Git存储库表示 |
| 代码位置 | 开发发生在app/目录中 | 开发发生在vendor/目录中 |
| 核心升级管理 | 使用Composer安装和升级Adobe Commerce核心，结果在Git中提交 | 使用编辑器安装和升级Adobe Commerce核心；结果在Git中提交 |
| 第三方模块管理 | 第三方模块是通过Marketplace或packagist.org安装在vendor/中的。 否则，它们安装在app/中 | 所有第三方模块都安装在vendor/目录中 |
| 版本 | 正在释放的特征是git merge和git pull或git checkout命令 | 正在释放的特征是composer update和git pull或git checkout命令 |
| Git存储库的数量 | 少数 | 许多 |
| 开发复杂性 | 简单 | 复杂 |
| 拉取请求复杂性 | 简单 | 复杂 |
| 代码审查复杂性 | 简单 | 简单 |
| 开发/QA/UAT环境更新复杂性 | 简单 | 复杂 |
| GRA支持 |
|
|
| 模块可以自动安装外部库 |
|
|
| GRA合成中的灵活性 |
|
|
| 模块依赖关系管理 |
module.xml，功能有限
|
composer.json进行完全依赖关系管理
|
| 模块版本控制 |
|
|
| 需要付费服务 | Git存储库 | Git存储库、私人打包员(每年600±元) |
| 可能与Jira集成Bitbucket |
|
|
| 对可立即安装的代码的更改 |
|
|