2009-04-21 44 views
7

我被要求提供一份签我做了大约3个月前到ClearCase中的细节签入。我知道评论中包含的质量控制编号,但迄今未能完全找到一种通过评论搜索ClearCase进行检查的方法。搜索的ClearCase与特定评论

任何想法?

+0

我已经更新了我的答案,用更有效的查询搜索带有特殊注释的版本 – VonC 2009-04-23 09:20:19

回答

3

你有没有看着this?具体是下面的部分。

如何找到元素和版本的具体意见

我想找到的所有元素/与像具体意见版本的“简改变了这种对11-26”

M:\ my_base_view \ my_base_vob > cleartool find -all -exec“cleartool lshistory -minor -fmt \”%n \ t%c \ n \“\”%CLEARCASE_XPN%\“”> c:\ output.txt

** This will pipe输出到一个文件,你将不得不grep文件的特定评论,你正在寻找。

M:\ my_base_view \ my_base_vob> cleartool找到。 !-version “lbtype(LABEL_NAME)” -exec “cleartool描述-long%CLEARCASE_PN%”> C:\ output2.txt

看起来有点一个繁琐的过程中,很遗憾。

+0

所以*为什么*这个选项被否决了,当它被认为是相关的并被接受为答案时? – 2009-04-21 14:00:06

+0

糟糕对不起:我做了downvote,但没有解释为什么:答案是没有任何额外的警告(长,没有检测到rmnamed文件,...)的文档的盲目副本。 “盲目”,因为它包含了与评论无关的第二个请求......总之:我不喜欢在答案中看到的所有内容。用第一条命令暴露的原则是健全的,并且可以是答案的*基础*。如果马克设法解决它的问题,那就很重要。继续。 – VonC 2009-04-21 16:22:23

9

Brian Agnew是在正确的轨道上,但一个忠告:

  • 我相信第二个命令行是不是需要,如果你认为你的文件(cleartool find . -version !"lbtype(LABEL_NAME)"...
  • cleartool find -all”是非常有用的可能已被移动,但在一个大的VOB,这个过程可以超长
  • 没有“-nvis”选项,也不会找到该文件,如果它已经“rmnamed”(删除)
  • 使用'lshistory -minor'是纯粹的疯狂:在一个有几个月或几年历史的vob上,它会花费太多时间。对于找到的每个元素,它都会显示的所有版本的所有历史记录,但无法精炼显示的这组版本。该解决方案根本无法扩展。
    也就是说,和“lshistory”命令的-minor选项不会带来任何价值,手头的问题:它只会显示相同版本几个次,像“Attached hyperlink "[email protected]@\my_pvob“”或内部意见只是因为'Attached hyperlink "[email protected]@\my_vob"'

您需要对查询进行细化:

  • 元素的类型,希望(如果它是一个文件:-type f
  • 日期“created_since(30-Jan)&&!created_since(28-Feb))”,例如将限制日期范围考虑
  • 用户

我会用:

M:\my_base_view\my_base_vob> 
    cleartool find -all -type f -user myLogin -version "{created_since(30-Jan)&&!created_since(28-Feb)}" -exec "cleartool descr -fmt \"%n\t%c\n\" \"%CLEARCASE_XPN%\"" >c:\output.txt 

这只会寻找文件的检查,由我某个日期时间段,这是一种可以检查更小版本的方法。

请注意,我用“descr”(的describe命令),这是只为当前版本(而不是像“lshistory”显示元素的全部历史一样)。

如果您的文件已被rmnamed,请使用'-nvis'选项再次运行相同的命令(它只会查找不可见的元素及其分支和版本(没有标准路径名称)

警告:如果您在将来的日期中指定了“之前”日期(例如:'&&!created_since(28-Apr)}',而我们不是4月28日),它将始终选择0版本(!?)
这与您的问题无关,但如果您错误地输入了“错误的日期之前”,那可能会导致错误的印象,即没有可找到的版本,实际上版本是找到。