我的做法是定义一个master数据库，所有的DCM传输先传到这个master数据库中，再由此数据库向需要的数据库分发。
从init dcm开始，到定议database id,transfer set ,把需要传的baseline和folder加到transfer set中，或根据需要modify folder的define.
可能会碰到的问题，如果文件已DCM传过，但在source 数据库中被删除了，再DCM传至目标数据库可能导致conflict。需要删除目标数据库中的文件。
目前写了个脚本做定期DCM传送，但是否有办法用trigger在每次completed task时做check，判断是否需要DCM，还没想到怎么处理。
希望大家共同交流。

楼主在这里把自己使用DCM的体会和大家分享，表示感谢。

SYNERGY的DCM是用来做分布式配置管理的一个功能组件。它的全称是Distributed Configuration Management。
针对分布式的配置管理，DCM支持多种分布开发点的不同拓扑关系。楼主所用的是master-statellite方式，即master开发点是所有从开发点数据交换的中转站。所有要交换的数据，在这个master开发点来分发到所要到的从开发点。 关于DCM支持别的拓扑关系，以后会有专门的帖子来讨论
再补充一点的是，楼主所说的Folder其实就是一组tasks的集合，这样我们能知道SYNERGY在支持分布式配置管理的时候，不仅能够在不同开发点之间传送文件数据，还能传送业务功能数据（Task和Change Request）。这样，就能够把不同开发点虚拟成一个统一的开发团队。