Brian Agnew jest na dobrej drodze, ale słowo ostrzeżenia:
- Jestem pewien, że druga linia poleceń nie jest potrzebna (
cleartool find . -version !"lbtype(LABEL_NAME)"...
)
- „
cleartool find -all
” jest przydatna, jeśli uważasz, że plik może zostały przeniesione, ale na dużym VOB, że proces może być bardzo długi
- bez opcji „
-nvis
”, to nie znajdzie plik, jeśli został on „rmnamed” (usunięty)
- użyciu "
lshistory -minor
'to szał samotności: na vob z kilku miesięcy lub lat historii, to zajmie po prostu zbyt dużo czasu. Dla każdego odnalezionego elementu wyświetliłby historię ALL dla wszystkich wersji tego elementu, bez możliwości udoskonalenia tego zestawu wersji. To rozwiązanie po prostu nie skaluje.
To, oraz możliwość polecenia „lshistory
” -minor
nie przynosi żadnej wartości do problemu pod ręką: to tylko wyświetlić samą wersję kilka razy, po prostu ze względu na wewnętrzne komentarze typu „Attached hyperlink "[email protected]@\my_pvob
” „lub 'Attached hyperlink "[email protected]@\my_vob"
'
trzeba sprecyzować frazę:
- typ elementu chciał (jeśli jest to plik:
-type f
)
- datę „
created_since(30-Jan)&&!created_since(28-Feb))
”, na przykład by ograniczyć zakres dat rozważyć
- użytkownik
użyłbym:
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
To by patrzeć tylko dla plików sprawdzanych w przeze mnie pewien okres daty, który jest sposobem na mniejszy zestaw wersji do zbadania.
Zauważ, że używam „descr
” (komenda describe
), który jest tylko dla bieżącym wersji (a nie do wyświetlania całą historię elementu jak „lshistory
” robi).
Jeśli twój plik został nazwany, uruchom ponownie to samo polecenie za pomocą opcji "-nvis" (znajdzie tylko elementy wraz z ich oddziałami i wersjami, które nie są widoczne (nie mają standardowej nazwy ścieżki)
Ostrzeżenie: jeśli podasz datę "przed" z dniem "w przyszłości" (na przykład: "&&!created_since(28-Apr)}
", mimo że nie jesteśmy jeszcze 28 kwietnia), zawsze wybierze ona 0 wersji (!?).
To nie jest istotne dla twojego problemu, ale jeśli przez pomyłkę wprowadzisz "źle przed terminem", może to prowadzić do fałszywego wrażenia, że nie ma wersji do znalezienia, gdzie faktycznie są wersje do wydania Znaleziono:
Zaktualizowałem swoją odpowiedź bardziej wydajnym zapytaniem o wyszukanie wersji z konkretnym komentarzem. – VonC