我和我的同事正在参与一个位于 Accurev 的大型项目。我们已经创建了自己的工作空间，支持一些流（我们称之为 zzz-stream），许多其他参与者使用，而不仅仅是我们。
关键是我们想要在我们的工作空间之间交换我们的工作，进行一些更改，再次交换等。在让其他人可以访问这些更改之前，换句话说，我们不想传播我们的更改，直到它稳定并经过测试，但我们希望能够一起工作。
我的想法是创建由 zzz-stream 支持的新流（yyy-stream），然后将我们的工作区更改为由 yyy-stream 支持。但不幸的是，我无权创建流。
我的第二个想法是使用工作区作为支持流，但它不起作用，因为 Accurev 不能使用 ws 作为支持流。
我们的问题有什么解决办法吗？
UPD：我接受了布拉德最详细的回答。然而，Accurev 太重且太慢而无法有效使用。所以实际上我更喜欢使用 Git 来满足内部需求，而不是 accurev 工作区。（外部见Accurev，内部见 git）
您创建 yyy 流的想法是正确的方法。其他选项对于一次性情况来说是不错的解决方法，但是创建额外的流很简单，并且充分利用了 AccuRev 的功能。话虽如此，我了解您的管理员已锁定流创建。他们当然想要控制，但应该允许最大限度地提高开发人员的生产力，而不是强迫这样的变通办法。我的猜测是他们将流创建锁定到由服务器管理员触发器强制执行的特定组。我看到其他大型网站做的一件常见的事情是： - 允许从可接受的流列表中自由创建流（在触发器中很容易做到） - 对流创建强制执行命名规则。这对于大型网站的管理员保持井井有条很重要。再次，
最重要的是，如果这是一种常见情况，请与管理员合作以按照上述方式允许此功能。如果他们有任何问题，我们非常欢迎他们联系 AccuRev，我们将为他们提供帮助。
第三个选项（更适合您在工作区中并且确切知道要获取其他用户更改的文件的情况）是打开文件的版本浏览器，右键单击并选择历史/浏览版本。查找其他工作区，突出显示该工作区中的版本，右键单击并选择发送到工作区。这会将该版本签出到您的工作区中。
这类似于更改调色板建议，但如果您以文件为基础查看此建议则更快。
您为您和您的同伴使用另一个流的想法是一个很好的想法，通常称为协作流。如果您的站点已锁定流创建，则需要与 AccuRev 管理员合作才能实现。
另一种选择是让您和其他开发人员将保留从其他工作区拉到您自己的流中。这依赖于你们俩都勤奋地做 Keep，然后您可以查看其他开发人员工作区的历史记录以找到 Keep 操作，右键单击该事务，然后选择Send to Workspace。目标工作区必须是您自己的。
另一个想法是在 Accurev 工作空间上使用不同的版本控制系统（例如 git 或 svn）来交换更改并将我们的历史记录与 zzz-stream 分开。（在外部类似于 Accurev，内部是 git）只应将更改的文件添加到其他 VCS，而不是整个项目。但是会出现一些合并问题。