SAP建议在同一个客户机上执行定制和开发。将支持SAP实施的变更和文档来源于单一来源更为有效。

然而，开发人员通常需要一个独立的客户机，在该客户机中，他们可以独立于定制环境开发自己的程序。他们想要一个更稳定的客户机，im即时通讯云，在那里定制不会每小时都改变。因为系统环境中的每个额外客户机都需要增加管理工作，以确保所有客户机定期更新最新的定制工作，所以应该尝试其他替代方法。首先，您应该尝试一个客户机。如果这还不够，请尝试使用两个测试客户机的组合，一个用于定制，另一个用于开发。只有当这些替代方案不能为您的开发人员提供满意的结果时，您才应该考虑创建一个独特的开发客户机。在SAP Solution Manager Change Request Management（ChaRM）中，两个客户端没有用处。它只会导致额外的维护和治理工作。

独立客户机的优势–那些不想使用Workbench的人想看看它在他们的程序中是如何工作的。解决方案SCC1在同一个系统中从一个客户机到另一个客户机自动生成TOC。因此，建议在这个实例中使用另一个/多个客户机，并使用SCC1测试定制，企业内部软件，一旦确定，数据挖掘和大数据，将其移动到charm中的源客户机。

charm中没有最佳实践文档。但是上面的信息可以在书中找到："SAP更改和传输管理"（第73页）。

下面是从ChaRM角度提出的建议：

使用多个开发人员客户端的缺点

技术挑战

1.每个客户端的标准传输层都支持传输。配置传输路由时，请注意，仅考虑分配给相关导出客户端的标准传输层的合并路由。对于每个导出客户机，只允许一个目标客户机和一个目标组。我们建议您为一个生产系统指定一个开发系统，并且这两个系统由一个唯一的传输轨道连接。如果有2个源客户机，那么这意味着必须在SMSY中创建2个逻辑组件，并且必须使用两个特定于客户机的传输层来调整传输路径。这就是我们所说的合并路由，因为更改将转到同一个PRD系统，这在charm中不推荐，关于云服务器，但是TMS配置可以完成。

2。可能的场景-有时配置可能基于ABAP开发。例如，您的开发人员创建了一些ABAP更改。然后根据这些变化进行了一些配置。很有可能ABAP的更改仍在质量保证系统中进行测试，而配置被认为是良好的，并交付给生产系统。当变化太多时，处理器很难处理这个问题。如果出现这种传输序列问题，SAP将无法提供进一步的支持，因为不一致性可能太复杂。这是一种可能的情况，并不是说它会发生。ChaRM正在触发"CTS项目的tp导入传输请求"如果您使用两个将进入同一目标系统的开发客户机，例如一个QA和一个PRD系统，那么您可能会面临这两个不同CTS项目的传输请求之间的依赖性问题。这些需要手动处理。

4。如果客户最终计划使用紧急的魅力改变，整个项目只使用一个活动轨迹，因此不会考虑第二个源客户。

管理挑战：

1.更多的管理和努力涉及到监控项目中的两个轨迹。

2.用户的测试和文档记录需要更多的努力。

3.大多数使用charm的客户都会转向一个源客户。用户更容易适应相同的情况。

4.SAP应始终建议只设置一个开发客户端，以避免后续系统中的不一致，并避免使整个场景更加复杂。"合并的"传输路径，大数据查询，我指的是指向同一目标的两个开发客户机，不是SAP推荐的最佳实践TMS配置。

如何从两个源客户机过渡到一个源客户机？

我认为最好保持workbench客户机为新的整体开发客户机，这样您就可以保持workbench对象的原创性。

您必须在旧的定制开发客户机中收集所有定制对象，并将它们重新注册到新的整体开发客户机的传输中。当然，更改必须首先导入，也许SCC1是一个很好的选择。

为了使事情变得更简单，将所有传输合并到一个统一的传输中可能是有益的。