在accurev促进之前交换工作

时间:2014-01-22 14:00:27

标签: accurev

我的同事和我正在参加位于Accurev的一个大型项目。我们已经创建了自己的工作区,后面有一些流(让我们称之为zzz-stream),许多其他参与者都使用它,而不仅仅是我们。

关键是我们希望在我们的工作空间之间交换我们的工作,进行一些更改,再次交换等等。在让其他人可以访问更改之前,换句话说,我们不希望传播我们的更改,直到它是稳定且经过测试,但我们希望能够共同努力。

我的想法是创建支持zzz-stream的新流(yyy-stream),然后更改我们的工作区以使用yyy-stream进行备份。但不幸的是,我无权创建流。

我的第二个想法是使用工作区作为支持流,但它不起作用,因为Accurev不能使用ws作为支持流。

我们的问题有解决办法吗?

UPD:我最接受Brad的回答。然而,Accurev太重而且迟钝而无法有效使用。所以实际上我更喜欢使用Git来满足accurev工作区的内部需求。 (见Accurev externally, git internally

4 个答案:

答案 0 :(得分:5)

您创建yyy-stream的想法是完全正确的方法。其他选项是针对一次性情况的合适解决方案,但创建额外的流很简单,并且充分利用AccuRev的功能。 话虽这么说,我知道您的管理员已锁定流创建。他们当然需要控制,但应该允许最大化开发人员的工作效率,而不是强迫这样的解决方法。我的猜测是他们将流创建锁定到由服务器管理触发器强制执行的特定组。我见过其他大型网站的一个常见问题是: - 允许从可接受的流列表中自由创建流(在触发器中很容易) - 对流创建强制执行命名规则。这对大型网站的管理员来说非常重要,可以保持井井有条。同样,这很容易通过server-admin触发器强制执行。

底线,如果这是一种常见情况,请与管理员一起使用以实现上述功能。如果他们有任何问题,欢迎他们联系AccuRev,我们会帮助他们。

答案 1 :(得分:3)

您为自己和同伴使用另一个流的想法很好,通常称为协作流。如果您的站点已锁定流创建,则需要与AccuRev管理员合作才能实现此目的。

另一个选项是让您和其他开发人员将保留从其他工作区拉到您自己的流中。这取决于您是否勤于做保持,然后您可以查看其他开发人员工作区的历史记录以查找保持操作,右键单击该事务,然后选择发送到工作区。目标工作区必须是您自己的工作区。

答案 2 :(得分:3)

第三个选项(更多适用于您在工作区中并确切知道要获取其他用户更改的文件的情况)是打开文件的版本浏览器,右键单击并选择历史记录/浏览版本。查找其他工作区,突出显示该工作区中的版本,右键单击并选择“发送到工作区”。这会将该版本签出到您的工作区。

这与更改调色板建议类似,但如果您在文件的基础上查看此内容,则会更快。

答案 3 :(得分:1)

另一个想法是在Accurev工作区上使用不同的版本控制系统(例如git或svn)来交换更改并将我们的历史记录与zzz-stream分开。 (类似于Accurev externally, git internally)只应将更改的文件添加到其他VCS,而不是整个项目。但是会出现一些合并问题。