Hi Daisuke

从您的最后一条评论看来，您仍然不清楚这些元素如何相互关联。 因此，我将尝试一下进行解释。

如果您不得不在不回头看我想的基础知识的情况下查看它，那将有些复杂。

开始吧 回到SAP Solution Manager 7.2的基础，因为该概念是产品的新知识。

首先，让我们仅考虑维护和生产分支来首先解释其原理。 我们暂时也不要关注Focus Build。 之后，我将回到其他分支机构，并重点关注构建。

让我们从四个系统环境开始-DEV-QAS-PRE-PRD，然后从技术角度来看，DEV（开发），QAS（质量保证）和PRE（预生产）系统将 属于维护部门。 意思是，在那里运行的过程不被认为是生产性的，这些系统用于维护生产环境。 准备变更并测试变更，以便最终将它们投入生产。 DEV，QAS和PRE系统可以包含与生产环境不同的流程-您可以说"即将"流程状态。

PRD系统属于生产分支。 这就是您的公司高效地运行其流程的地方。 "按原样"处理状态。

当我们查看解决方案文档时，以上就是分支的用途。 维护分支使您有机会根据"将来"流程状态重新构建流程。 您可以根据维护系统（DEV，QAS和PRE）上完成的开发/测试来调整过程模型，而维护系统最终必须投入生产（PRD）。

当我们查看变更管理（ CHARM），他们也正在使用这些分支。 首先，要知道何时将解决方案文档中的更改从维护分支转移到生产分支（导入到生产中），而且还要从技术角度来看。 分配给这些分支的系统是变更管理过程将根据可对其进行配置的潜在环境"看到"的东西。 必须将系统分配给正确的分支（通过事务SOLADM）。 SAP Solution Manager会读取这些分支，然后在CHARM中创建周期时，会检查技术先决条件，例如从DEV到QAS到PRE到PRD的传输路线以及SAP Solution Manager中定义的RFC目标。

如果您在SAP Solution Manager系统中只有维护部门和生产部门，并且要定义一个新的"发行版"，那么您将只能选择根据维护部门创建它，因为您是在非生产性SAP系统中开始开发的 。 然后，创建程序将检查各个分支的系统分配，并向您显示可用的选项/系统，如果满足了技术先决条件，则可以为其生成一个周期。 因此，即使您不使用解决方案文档（在"聚焦构建"方案之外）作为变更管理的一部分，您仍将需要维护分支和系统分配，以便能够使用变更管理。

我希望

然后是开发分支（仍然不考虑"聚焦构建"）：

可以存在的另一个分支是 开发部门。 通常（或通常）在客户具有所谓的"双重风景"的情况下使用。

因此，您拥有我们之前使用的系统：DEV- QAS- PRE（维护分支）和PRD（ 生产分支），现在我们假设客户希望在这种情况下进行新的超大型实施项目-引入大量更改。

为此，客户（主要是大客户）有时会建立第二个 并行的系统格局（先前使用的格局的副本）。

我们称这些系统为VED-SAQ-ERP。 系统的数量在这里可能有所不同，但主要是在这些系统上，我们将VED视为开发，将SAQ视为质量保证并将ERP视为预生产，我们希望实施大型项目，而这些开发/配置必须在

因此在业务流程方面，这些系统VED-SAQ-ERP与DEV-QAS-PRE相比可以具有不同的"状态"。

这就是为什么我们将此分支称为"开发分支"以及将这些新系统分配给该分支的原因。

其他分支：

您可以在以前的注释的屏幕快照中以及您自己的系统中看到可以存在其他分支。 这些都有各自的目的。 您可以为特定用例创建其他分支。 例如，对于业务流程监视，可以创建生产系统分配到的操作分支。

分支可以从父分支分支出来，因此从本质上讲您具有层次关系。

您可以拥有一个导入分支，您可以在其中从SAP导入最佳实践内容-它包含一个 文件夹/方案/流程的结构，之后可能需要从中将内容复制到自己的分支中。

设计分支可用于例如从导入分支中复制内容并在其中使用 沙箱。

想法始终是相同的-由于给定系统或系统环境中进程的"真实性"不同，因此您定义了一个分支。

关注的构建

现在，回到聚焦构建时，重要的是要知道它最初是为支持S/4 HANA实施项目而构建的。 因此，它被设计/创建为执行大型实施项目，而不执行维护。 同时，可以使用Focused Build进行维护，但这并不是最初设计的目的。

如果现在看一下Dolores在Focused Build中使用的分支上共享的图片，您会看到 由于上述原因，Focused Build场景正在使用开发分支（这是一个实施项目，您不进行维护）。

两者都存在于系统中的事实-维护和开发分支可以是 当您查看与CHARM相关的讨论该分支的文档时，会感到困惑。 默认情况下，维护和生产分支存在于任何给定的SAP Solution Manager 7.2系统中。

因此，从分支的角度来看，Focused Build所关注的是导入-设计-开发和生产分支。 再次，在其背后，重要的是要为这些分支（系统中的技术链接）分配正确的系统（传输管理系统，RFC目的地等），以使Focused Build能够创建传输请求并将传输请求移至正确的系统。

SAP为Focused Build提议的系统环境是用于导入/设计分支的沙箱系统（将沙箱分配给导入和设计分支），一个包含DEV-QAS-PRE和 包含PRD的生产分支。

如果仅将Focused Build用于S/4 HANA实施项目，则不会真正使用维护分支。

在分支的屏幕快照中 您可以看到维护和开发分支具有不同的"系统"（以系统/客户端的形式）分配给它们，以模拟双重环境，我之前已经解释过。 通常，当完成一个初始实施项目并且您想要针对现有环境启动新的大型实施项目时，通常会存在这种情况，因此您想要为实施项目而不是进行维护提供一个单独的环境。