Suche ClearCase für einen Check-in mit einem bestimmten Kommentar

Question

Ich wurde gebeten, Details eines Check-in, das ich vor etwa 3 Monaten in ClearCase getan habe. Ich kenne die QC-Nummer, die im Kommentar enthalten war, aber bis jetzt ist es noch nicht gelungen, einen Weg zu finden, ClearCase nach einem Kommentar zu durchsuchen.

Irgendwelche Ideen?

Answer 1

Haben Sie sich this angesehen? Insbesondere der folgende Abschnitt.

Wie Elemente und Versionen mit spezifischen Kommentaren finden

Ich möchte alle Elemente/Versionen mit spezifischen Kommentaren finden wie „Jane änderte sich dies auf 11-26“

M: \ my_base_view \ my_base_vob > cleartool find -all -exec "cleartool lshistory -minor -fmt \"% n \ t% c \ n ""% CLEARCASE_XPN% \ ""> c: \ output.txt

** Dies wird pipen die Ausgabe in eine Datei und Sie müssten die Datei für die bestimmten Kommentare grep, die Sie suchen.

M: \ my_base_view \ my_base_vob> cleartool finden. ! -Version "lbtype (LABEL_NAME)" exec "Cleartool beschreiben -langes% CLEARCASE_PN%"> c: \ output2.txt

Sieht ein bisschen von einem kniffligen Prozess, leider.

Answer 2

Brian Agnew auf dem richtigen Weg ist, aber ein Wort der Vorsicht:

• Ich bin sicher, dass die zweite Befehlszeile nicht benötigt wird (cleartool find . -version !"lbtype(LABEL_NAME)"...)
• ‚cleartool find -all‘ ist nützlich, wenn Sie der Meinung sind, dass Ihre Datei kann verschoben wurden, aber auf einem großen VOB, kann dieser Prozess extra lange
• ohne die ‚-nvis‘ Option, es wird die Datei nicht finden, wenn es‚rmnamed‘ (entfernt) wurde
• mit ' 210 'ist reiner Wahnsinn: auf einem Vob mit ein paar Monaten oder Jahren der Geschichte, wird es einfach zu viel Zeit in Anspruch nehmen. Für jedes gefundene Element würde der ALL-Verlauf für alle Versionen dieses Elements angezeigt, ohne dass eine Möglichkeit besteht, den angezeigten Satz von Versionen zu verfeinern. Diese Lösung skaliert einfach nicht.
  Das und die -minor Option des Befehls ‚lshistory‘ bringen keinen Wert für das Problem auf der Hand: es nur die gleiche Version mehr mal angezeigt werden würde, nur weil die internen Kommentare wie ‚Attached hyperlink "Change@13707xx@\my_pvob„‘oder 'Attached hyperlink "Merge@xxxx@\my_vob"'

Sie benötigen eine Abfrage verfeinern mit:

• die Art des Elements wollte (wenn es eine Datei: -type f)
• das Datum „created_since(30-Jan)&&!created_since(28-Feb))“ zum Beispiel den Datumsbereich begrenzen würde prüfen
• der Benutzer

Ich würde verwenden: von mir

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 

, die nur für Dateien überprüft-in aussehen würde für eine bestimmte Datumsperiode, die eine Möglichkeit bietet, kleinere Versionen zu untersuchen.

Bitte beachte, dass ich ‚descr‘ (die describe Befehl) verwendet werden, die nur für die aktuellen Version ist (und nicht für die ganze Geschichte eines Elements wie ‚lshistory‘ Anzeige der Fall ist).

Wenn Ihre Datei umbenannt wurde, führen Sie denselben Befehl mit der Option '-nvis' erneut aus (es werden nur Elemente mit ihren Zweigen und Versionen gefunden, die nicht sichtbar sind (haben keinen Standardpfadnamen) in der Ansicht

Warnung: Wenn Sie ein "Vorher" -Datum mit einem Tag "in der Zukunft" angeben (zum Beispiel: '&&!created_since(28-Apr)}' während wir noch nicht der 28. April sind), werden immer 0 Versionen ausgewählt (!?).
Dies ist für Ihr Problem nicht relevant, aber wenn Sie versehentlich ein "falsches Datum vor" eingeben, kann dies zu dem falschen Eindruck führen, dass keine Version zu finden ist, wo es tatsächlich Versionen gibt gefunden