Version control 是否可以将变更集复制到另一个工作区而不首先交付?

Version control 是否可以将变更集复制到另一个工作区而不首先交付?,version-control,rational-team-concert,Version Control,Rational Team Concert,我有两个从同一个流创建的工作区,它们共享一些本地更改,但不共享其他更改。我想将一些更改从一个工作区复制到另一个工作区 通常,这是通过向流交付变更集来完成的,在这一点上,跟踪该流的所有工作区都将看到它。但是,我还没有准备好与整个团队共享更改,我希望以只影响我的工作区的方式执行此操作。我也没有创建自己的流的权限 是否可以在另一个工作区中复制更改集,而不手动进行更改?您可以更改当前存储库工作区的内容,并且不添加流,而是添加另一个repo工作区 这样,您就可以交付到工作区,而不是流 这就是为什么我总是建

我有两个从同一个流创建的工作区,它们共享一些本地更改,但不共享其他更改。我想将一些更改从一个工作区复制到另一个工作区

通常,这是通过向流交付变更集来完成的,在这一点上,跟踪该流的所有工作区都将看到它。但是,我还没有准备好与整个团队共享更改,我希望以只影响我的工作区的方式执行此操作。我也没有创建自己的流的权限

是否可以在另一个工作区中复制更改集,而不手动进行更改?

您可以更改当前存储库工作区的内容,并且不添加流,而是添加另一个repo工作区

这样,您就可以交付到工作区,而不是流

这就是为什么我总是建议将repo工作区可见性设置为scoped,而不是private

如果它是私有的,并且您的重要开发已签入但未交付,并且您不可用(例如,在假日),那么您团队中的其他人将无法从您的repo工作区获取您的更改,因为它是可见的


如果传出的更改集太大(意味着您无法在不包含其他更改集的情况下交付所需的更改集),那么您可以尝试计划B:
"".

然后,您可以在一个单独的Eclipse实例中,将该修补程序应用到一个单独的存储库工作区。

您可以更改当前存储库工作区的名称,并不是添加一个流,而是添加另一个repo工作区

这样,您就可以交付到工作区,而不是流

这就是为什么我总是建议将repo工作区可见性设置为scoped,而不是private

如果它是私有的,并且您的重要开发已签入但未交付,并且您不可用(例如,在假日),那么您团队中的其他人将无法从您的repo工作区获取您的更改,因为它是可见的


如果传出的更改集太大(意味着您无法在不包含其他更改集的情况下交付所需的更改集),那么您可以尝试计划B:
"".

然后,您可以在一个单独的Eclipse实例中将该修补程序应用于一个单独的存储库工作区