RTC源代码控制中多个开发人员之间的协作

Question

在“待定更改”视图中，开发人员可以将流目标更改为指向另一个开发人员存储库。多个开发人员之间的协作有哪些支持（与ClearCase UCM Stream交付/ rebase模型相比）？

是否可以一次流向多个存储库？也许这不是一个有效的用例。

Answer 1

“流量目标”是合并Stream

的关键部分

默认情况下，repo工作区指向一个Stream 但是如果你想合并在另一个Stream上发布的更改，你会：

• 将其他Stream添加到repo工作区的流目标
• 选择当前
• 接受来自该Stream的更改集（在此过程中可以合并）
• 设置为当前默认流（在“流目标”部分“）
• 将更改集提供给您的默认流

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

---

您可以指向其他repo工作区，但仅限接受更改集（您无法将更改集提供给其他开发人员）。

对于“开发者已经离开 - 保留 - 签出文件”问题，这是一个很好的答案：
如果RTC开发人员在他/她的repo工作区中签入了他/她的工作，他/她可以离开，并且另一个团队成员可以将他的流目标指向该开发人员的repo工作区，以便接受更改集并将其传递给流。

---

  

是否可以一次流向多个存储库？

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