1

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

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

4

1 回答 1

2

该“流目标”是Stream 之间合并的关键部分

一个 repo 工作区默认指向一个 Stream。
但是，如果您想合并在另一个 Stream 上发布的更改，您可以：

  • 将该其他 Stream 添加到您的存储库工作区的流目标
  • 选择它作为当前
  • 接受来自该流的更改集（在该过程中可以进行合并）
  • 设置为当前您的默认流（在“流目标”部分中）
  • 将更改集交付到您的默认流

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

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

这是对“developer-is-gone-leaving-reserved-checked-out-file”问题的一个很好的回答：
如果 RTC 开发人员在他/她的 repo 工作区中签入了他/她的工作，他/她可以离开另一个团队成员可以将他的流目标指向该开发人员的 repo 工作区，以便接受更改集并将其交付给 Stream。

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

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

于 2012-10-11T15:02:10.957 回答