我被要求提供大约 3 个月前签入 ClearCase 的详细信息。我知道评论中包含的 QC 编号,但迄今为止完全未能找到一种方法来搜索 ClearCase 以通过评论签入。
有任何想法吗?
布赖恩·阿格纽走在正确的轨道上,但需要注意的是:
- 我确信不需要第二个命令行(
cleartool find . -version !"lbtype(LABEL_NAME)"...
)
- '
cleartool find -all
如果您认为您的文件可能已被移动,但在大型 VOB 上,该过程可能会特别长,则“”很有用
- 没有'
-nvis
' 选项,如果文件已被 'rmnamed'(已删除),它将找不到该文件
- using '
lshistory -minor
' is 纯粹的疯狂:对于具有几个月或几年历史的 vob,这会花费太多时间。对于找到的每个元素,它将显示所有历史记录all该元素的版本,无法细化显示的版本集。该解决方案根本无法扩展。
那个,还有那个-minor
的选项 'lshistory
' 命令不会给当前的问题带来任何价值:它只会显示same版本several有时,只是因为内部评论,例如“Attached hyperlink "Change@13707xx@\my_pvob
"' or 'Attached hyperlink "Merge@xxxx@\my_vob"
'
您需要使用以下方法优化您的查询:
- 所需元素的类型(如果是文件:
-type f
)
- 日期 ”
created_since(30-Jan)&&!created_since(28-Feb))
“例如会限制要考虑的日期范围
- the user
我会用:
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
' (the describe
命令)仅适用于current版本(而不是用于显示像 ' 这样的元素的所有历史记录lshistory
' does).
如果您的文件已被 rmname,请使用“-nvis”选项再次运行相同的命令(它只会查找视图中不可见(没有标准路径名)的元素及其分支和版本。
警告:如果您指定“之前”日期和“将来”的某一天(例如:'&&!created_since(28-Apr)}
’而我们还没有到 4 月 28 日),它总是会选择 0 个版本(!?)。
这与您的问题无关,但如果您错误地输入了“错误的之前日期”,可能会导致错误的印象,即没有可查找的版本,而实际上有版本可供查找。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)