Mar*_*een 7 version-control clearcase
我被要求提供我在3个月前进入ClearCase的签到的详细信息.我知道评论中包含的QC编号但到目前为止还未能完全找到通过评论搜索ClearCase进行签入的方法.
有任何想法吗?
Brian Agnew走在正确的轨道上,但要小心谨慎:
cleartool find . -version !"lbtype(LABEL_NAME)"...
)cleartool find -all
如果您认为您的文件可能已被移动,那么' '非常有用,但在大型VOB上,该过程可能会花费很长时间-nvis
'选项,如果已经'rmnamed'(已删除),它将找不到该文件lshistory -minor
'是纯粹的疯狂:在一个有几个月或几年历史的vob上,它只需要花费太多时间.对于找到的每个元素,它将显示该元素的所有版本的ALL历史记录,而无法优化显示的那组版本.该解决方案根本无法扩展.-minor
' lshistory
'命令的选项并没有给手头的问题带来任何价值:它只会显示相同的版本几次,只是因为内部评论,如' Attached hyperlink "Change@13707xx@\my_pvob
''或' Attached hyperlink "Merge@xxxx@\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
Run Code Online (Sandbox Code Playgroud)
这只会查找我在特定日期期间签入的文件,这是一种可以检查较小版本的方法.
请注意,我使用的' descr
'(describe
命令)仅适用于当前版本(而不是用于显示像' lshistory
'这样的元素的所有历史记录).
如果您的文件已经是rmnamed,请使用'-nvis'选项再次运行相同的命令(它只会在视图中找到不可见(没有标准路径名)的元素及其分支和版本.
警告:如果您指定"之前"日期,并且"将来"有一天(例如:' &&!created_since(28-Apr)}
'而我们还不是4月28日),它将始终选择0个版本(!?).
这与您的问题无关,但如果您错误地输入"错误的日期之前",则可能会导致错误的印象,即找不到可以找到版本的版本.
你看过这个吗吗?具体如下。
\n\n\n\n\n如何查找带有特定注释的元素和版本
\n\n我想找到带有特定注释的所有元素/版本,例如 \xe2\x80\x9cJane 在 11-26\xe2\x80\x9d 上更改了此设置
\n\nM:\\my_base_view\\my_base_vob>cleartool find -all -exec"cleartool lshistory -minor -fmt \\"%n\\t%c\\n\\" \\"%CLEARCASE_XPN%\\"" >c :\\输出.txt
\n\n**这会将输出通过管道传输到文件,并且您必须 grep 该文件以获取您正在查找的特定注释。
\n\nM:\\my_base_view\\my_base_vob>cleartool find . -version !"lbtype(LABEL_NAME)" -exec"cleartool 描述 -long %CLEARCASE_PN%" >c:\\output2.txt
\n
遗憾的是,看起来有点繁琐的过程。
\n