Брайан Агнью находится справа отслеживать, но слово предостережения:
- Я уверен, что вторая командная строка НЕ нужна (
cleartool find . -version !"lbtype(LABEL_NAME)"...
)
- '
cleartool find -all
' полезен, если вы считаете, что ваш файл мог быть перемещен, но для большого VOB этот процесс может быть очень долгим.
- без опции «
-nvis
» он не найдет файл, если он был «rmnamed» (удален)
- использование '
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 версий (!?).
Это не имеет отношения к вашей проблеме, но если вы по ошибке введете «неверную дату до», это может создать ложное впечатление, что нет версии для поиска, хотя на самом деле версии есть.
person
VonC
schedule
21.04.2009