各种AccuRev版本号有哪些?

Jer*_*ein 7 accurev

在AccuRev中,当我查看文件的历史记录(在"历史记录模式"下)时,我会看到对文件执行的操作列表.每个动作都有一个数字(#)和一个版本.

当我单击其中一个操作时,会出现另一个列表,显示操作中涉及的每个文件(包括我正在调查其历史记录的文件).该下面板中的每个条目都具有"虚拟版本"和"真实版本".

顶部面板中的"版本"似乎与下部面板中我的文件的"虚拟版本"相同.

#,虚拟版和真实版有什么区别?为什么虚拟版本和真实版本有两个用斜杠分隔的数字?

Jer*_*ein 6

我发现AccuRev文档令人困惑.以下是我的理解:

#是交易号.AccuRev仓库中的每个操作都会分配一个唯一的(自动递增)交易编号.当多个文件在一个操作中受到影响时,它们共享交易号.

"虚拟版本"是流名称(或数字),后跟斜杠,后跟其在该流上的版本计数.因此,IntegrationStream上的第一个版本的helloworld.c是IntegrationStream/1,或者可能是123/1之类的数字.如果AccuRev显示一个数字,您可以查找相应的流名称.如果在另一个流中的文件上保留了多个更改,并且具有多个更改的文件最终会提升到此流(IntegrationStream),则此数字仅增加1.因此,此流上可见的下一个版本将是IntegrationStream/2(或123/2).

"真实版本"是指第一次在软件仓库中看到该文件的修订版.这将是在某人的工作区中执行原始保持操作的时间.因此,如果在IntegrationStream/2中看到的文件版本是Proj_jsmith/7中的keep的结果,该文件被提升为IntegrationStream,那么真实版本将显示为Proj_jsmith/7.

通过切换到显示祖先,合并和补丁行的"版本浏览器模式",可以最好地理解祖先,合并和补丁版本(如果适用).下面板网格中的那些列是指通过将其作为祖先或作为合并或补丁的源来与文件的给定版本相关联的版本.

  • "我发现AccuRev文档令人困惑"......我遇到了同样的问题......例如:理解'underlap':( (3认同)