Version control RTC源代码管理中多个开发人员之间的协作

在“挂起的更改”视图中，开发人员可以将流目标更改为指向另一个开发人员存储库。对于多个开发人员之间的协作，有什么样的支持（与ClearCase UCM Stream deliver/rebase模型相比）

是否可以同时流向多个存储库？可能这不是一个有效的用例。

认为“流目标”是流之间合并的关键部分

默认情况下，回购工作区指向一个流。
但是，如果要合并在另一个流上发布的更改，可以：

• 将另一个流添加到repo工作区的流目标中
• 选择它作为当前
• 接受来自该流的更改集（在该过程中可以进行合并）
• 将默认流设置为当前流（在“流目标”部分）
• 将更改集传递到默认流

这会将另一个流合并到您的流中。
（我始终建议接受来自其他流的更改并传递到默认流，而不是将更改集传递到非默认流）

---

您可以指向其他repo工作区，但仅用于接受更改集（您不能将更改集交付给其他开发人员）

这是对“开发人员离开保留签出文件”问题的一个很好的回答：
如果RTC开发人员已在其repo工作区中签入其工作，则他/她可以离开，其他团队成员可以将其流目标指向该开发人员的repo工作区，以便接受更改集并将其交付到流

---

是否可以同时流向多个存储库

不可以。在任何给定时间，只有一个（流/回购WS）可以声明为“当前”。
关于在您自己的回购工作区的流目标部分添加另一个回购工作区，它仅用于阅读（即“接受”）目的，而不是用于写作（即交付）目的