我和我的同事正在参加一个位于Accurev的大型项目。我们已经创建了自己的工作空间,支持一些流(让我们称之为zzz流),它被许多其他参与者使用,而不仅仅是我们自己使用。
关键是我们希望在工作空间之间交换工作,进行一些更改,再进行一次交换等等。在使更改对其他人来说是可访问的之前,也就是说,我们不希望在更改稳定和测试之前传播更改,但我们希望能够一起工作。
我的想法是创建由zzz流支持的新流(Yyy),然后将我们的工作空间更改为由yyy支持。但不幸的是,我没有权利创建溪流。
我的第二个想法是使用工作区作为后台流,但是它不能工作,因为Accurev不能使用ws作为后台流。
我们的问题有什么解决办法吗?
UPD:我接受了布拉德的回答,因为这是最详细的。然而,Accurev太重、太慢,无法有效地使用。因此,实际上,我更喜欢将Git用于内部需求,而不是accurev工作区。(见Accurev externally, git internally)
发布于 2014-01-23 19:45:15
您创建yyy的想法是正确的方法。其他选项是一次过的情况下很好的解决方案,但是创建额外的流很简单,并且充分利用了AccuRev的功能。话虽如此,我知道您的管理员已经锁定了流创建。当然,他们想要控制,但应该允许最大限度地提高开发人员的生产力,而不是强迫这样的解决办法。我猜他们将流创建锁定到由服务器管理触发器强制执行的特定组。我看到其他大型站点所做的一件常见的事情是:-允许从可接受的流列表中自由地创建流(在触发器中很容易做到)--执行流创建的命名规则。这对于大网站的管理员来说是很重要的,这样才能使事情组织起来。同样,这很容易通过服务器管理触发器来执行。
总之,如果这是一种常见的情况,请与管理员一起工作,以便按照上面所述允许此功能。如果他们有任何问题,他们非常欢迎与AccuRev联系,我们将帮助他们。
发布于 2014-01-22 14:24:14
您关于为您和您的同行使用另一个流的想法是一个很好的想法,通常被称为协作流。如果您的站点已锁定流创建,则需要与AccuRev管理员合作才能做到这一点。
另一种选择是让您和其他开发人员从另一个工作区中将“保持”提取到您自己的流中。这取决于两位都勤奋地做“保持”,然后可以查看其他开发人员的工作区历史,以找到“保持”操作,右键单击该事务,然后选择Send 。目标工作区必须是您自己的。
发布于 2014-01-22 18:20:16
第三种选择(对于您在工作区中并且确切知道要获取其他用户更改的文件的情况)是打开文件的版本浏览器,右键单击并选择历史/浏览版本。查找其他工作区,突出显示工作区中的版本,右键单击并选择“发送到工作区”。这将在您的工作区中签出该版本。
这类似于变更调色板的建议,但如果您在文件的基础上查看此选项,则会更快。
https://stackoverflow.com/questions/21284995
复制相似问题