Брайан Агнью на правильном пути, но слово предостережения:
- Я уверен, что вторая командная строка НЕ нужна (
cleartool find . -version !"lbtype(LABEL_NAME)"...)
- '
cleartool find -all' полезно, если вы считаете, что ваш файл мог быть перемещен, но на большом VOB этот процесс может быть очень длинным
- без опции '
-nvis', файл не будет найден, если он был «назван» (удален)
- использование '
lshistory -minor' - это явное безумие : на VOB с несколькими месяцами или годами истории это просто займет слишком много времени. Для каждого найденного элемента будет отображаться история ВСЕХ для всех версий этого элемента, без какой-либо возможности уточнять отображаемый набор версий. Это решение просто не масштабируется.
Это, и опция -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
Это будет искать только те файлы, которые были проверены мной в течение определенного периода времени, что позволяет просматривать меньший набор версий.
Обратите внимание, что я использую 'descr' (команда describe), которая предназначена только для текущей версии (а не для отображения всей истории элемента, подобного 'lshistory', ).
Если ваш файл был назван по имени, снова запустите ту же команду с параметром -nvis (он найдет только те элементы, их ветви и версии, которые не видны (не имеют стандартного пути) в вид.
Предупреждение: если вы укажете дату «до» с указанием дня «в будущем» (например, «&&!created_since(28-Apr)}», тогда как мы еще не 28 апреля), он всегда будет выбирать 0 версий (!? ).
Это не относится к вашей проблеме, но если вы по ошибке введете «неправильную дату до», это может привести к ложному впечатлению, что нет версии для поиска, где на самом деле есть версии для поиска.