Hello Daisuke，
让我看看我是否可以正确解释。
在Focused Build中，使用了4个分支。
-生产
-开发
-设计
-导入

请参见第6.3.2节" SP04 Conf指南的最新版本的分支的定义"。
通常，解决方案包含生产分支，维护分支和开发分支，用于"聚焦构建"方案。

-生产分支代表整个解决方案文档的生产版本。
-维护分支代表生产解决方案-文档的可编辑版本。 它提供了执行更改的安全环境。
-开发分支代表将来的解决方案文档的文档。

-Import分支：导入最佳实践的分支
在/nslan中，选择解决方案->"导入"选项卡，选择Import分支以导入最佳实践
然后在/nSOLDOC中 选择此解决方案和导入分支，您将在业务流程下看到一个名为SAP Best Practices Import的新文件夹。
选择与您的需求相关的流程，然后右键单击并选择下达更改。
这将放置选定的流程 设计分支

-为您的解决方案选择/NSOLDOC中的Design分支

设计分支：在这里您可以看到所选的过程，这些过程是您从项目的最佳实践中真正需要的过程

-开发分支：为开发分支创建了周期
当为需求创建的工作包被设置为"开发中"状态时，您开始在Desing分支中处理流程的需求。 到开发部门

-生产分支：
当工作项/工作包达到"生产中"状态时，过程移至生产分支。

请参阅本文档中的幻灯片25： https://support.sap.com/content/dam/support/zh_CN/library/ssp/alm/sap-solution-manager/focused -solutions/Focused_Build/SP05/roles-specific-training.pdf

我喜欢幻灯片从24到29。

关于需要在/nSLAN中输入的系统，您需要在开发部门下设置DEV-> QUA-> PRE，在生产部门下设置PRD。

从FB版本管理部分开始就足够了。

希望这会有所帮助，

多洛雷斯

你好，多洛雷斯，

谢谢你很友好地告诉我。
我理解这个主题。

这些配置是用于管理Focused Build中开发阶段的机制，许多部分是自动完成的，对吧？

由于系统是根据这些Focused Build的规则运行的，因此用户可以高效，安全地执行开发。

Hi Daisuke，

此配置影响如何在soldoc（流程文档）中发布文档，以及更改和发布管理（ChaRM）如何处理您的运输。

如果您使用Foced构建，则可能无需执行任何操作。

您是否已使用上述配置尝试了解决方案经理的测试/开发环境？ 运输行为是否符合预期？

亲切的问候，

Yee-Tee

嗨Yee-Tee，

也许我对这个主题有误解。
因为BASIS团队创建了这个环境。
我半途参加了这个项目。

我认为由Focused Build管理的系统将按以下方式工作：
对于文档管理，系统会自动将文档移动到相应的分支。
对于系统更改，我们将通过运输手动移动系统更改。

嗨，

生产-生产系统
操作-用于BPMON和其他监视

维护-用于标准ChaRM
开发-由Focused Build（项目/创新轨道）使用
设计-沙箱系统或开发系统
导入-用于导入最佳实践内容，通常是分配的沙箱

导入->设计->开发->生产（移动soldoc内容的方式）

在设计中，您可以在没有工作包/工作项的情况下进行更改，然后将其分配给工作 想要将SolDoc内容移至"开发"时的"包/工作项"。 生产以最终状态完成。

BR，

迈克

我理解如下。

分支（例如，生产，维护，开发）→管理解决方案文档
横向（例如DEV，QAS，PRD）→管理系统更改