如何在Clearcase中查找已修改文件的活动
我有一个文件如何在Clearcase中查找已修改文件的活动,clearcase,clearcase-ucm,Clearcase,Clearcase Ucm,我有一个文件test.cpp有人添加了几行代码,我不知道是什么时候添加的,但我假设它在我知道的特定时间范围内。我想找到用于删除这些更改的活动,我在这个元素的版本树中找到了很多版本,但是我能看到的所有活动都是由于一个重基,我需要找到负责添加这几行代码的源活动。 有什么方法可以做到这一点吗?对于每个交付活动(您可以在版本树中看到),您可以使用 cleartool lsact -contrib activity:anact@/apvob # on unix @/vobs/apvob 见“ 然后,您需
test.cpp
有人添加了几行代码,我不知道是什么时候添加的,但我假设它在我知道的特定时间范围内。我想找到用于删除这些更改的活动,我在这个元素的版本树中找到了很多版本,但是我能看到的所有活动都是由于一个重基,我需要找到负责添加这几行代码的源活动。
有什么方法可以做到这一点吗?对于每个交付活动(您可以在版本树中看到),您可以使用
cleartool lsact -contrib activity:anact@/apvob # on unix @/vobs/apvob
见“
然后,您需要描述找到的每个活动,以查看您的文件是否在其中
cleartool descr -l activity:anact@/avob
显然,您也可以使用,以便查看该文件中的版本:请参阅“”。如果你看到一行你感兴趣的话,检查其版本n#“x”,并使用
cleartool descr-l file@/main/../x
查找其相应的活动。如何查找当前版本是否是由于合并而创建的,如果是合并的,如何查找被合并的原始文件的版本merged@user3502786如果它被合并了,我如何才能找到合并的原始文件:cleartool lsact-contrib活动:deliver\u anact@/apvob
我尝试使用lsact-contrib
然后检查了列出的每个活动的变更集,我没有找到相关的.cpp
文件被更改了,知道原因吗?@user3502786不确定原因。但是“如果它被合并了,我如何才能找到被合并的原始文件的版本”:您应该在版本树中该文件的版本树中看到一个红色的合并箭头(这也必须是通过脚本获取它的一种方法)。如果我错了,并且该文件没有被合并,那么有任何方法可以确定插入此更改的原始活动是什么