2009-04-21 63 views
7

我被要求提供一份籤我做了大約3個月前到ClearCase中的細節簽入。我知道評論中包含的質量控制編號,但迄今未能完全找到一種通過評論搜索ClearCase進行檢查的方法。搜索的ClearCase與特定評論

任何想法?

+0

我已經更新了我的答案,用更有效的查詢搜索帶有特殊註釋的版本 – VonC 2009-04-23 09:20:19

回答

3

你有沒有看着this?具體是下面的部分。

如何找到元素和版本的具體意見

我想找到的所有元素/與像具體意見版本的「簡改變了這種對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

** This will pipe輸出到一個文件,你將不得不grep文件的特定評論,你正在尋找。

M:\ my_base_view \ my_base_vob> cleartool找到。 !-version 「lbtype(LABEL_NAME)」 -exec 「cleartool描述-long%CLEARCASE_PN%」> C:\ output2.txt

看起來有點一個繁瑣的過程中,很遺憾。

+0

所以*爲什麼*這個選項被否決了,當它被認爲是相關的並被接受爲答案時? – 2009-04-21 14:00:06

+0

糟糕對不起:我做了downvote,但沒有解釋爲什麼:答案是沒有任何額外的警告(長,沒有檢測到rmnamed文件,...)的文檔的盲目副本。 「盲目」,因爲它包含了與評論無關的第二個請求......總之:我不喜歡在答案中看到的所有內容。用第一條命令暴露的原則是健全的,並且可以是答案的*基礎*。如果馬克設法解決它的問題,那就很重要。繼續。 – VonC 2009-04-21 16:22:23

9

Brian Agnew是在正確的軌道上,但一個忠告:

  • 我相信第二個命令行是不是需要,如果你認爲你的文件(cleartool find . -version !"lbtype(LABEL_NAME)"...
  • cleartool find -all」是非常有用的可能已被移動,但在一個大的VOB,這個過程可以超長
  • 沒有「-nvis」選項,也不會找到該文件,如果它已經「rmnamed」(刪除)
  • 使用'lshistory -minor'是純粹的瘋狂:在一個有幾個月或幾年歷史的vob上,它會花費太多時間。對於找到的每個元素,它都會顯示的所有版本的所有歷史記錄,但無法精煉顯示的這組版本。該解決方案根本無法擴展。
    也就是說,和「lshistory」命令的-minor選項不會帶來任何價值,手頭的問題:它只會顯示相同版本幾個次,像「Attached hyperlink "[email protected]@\my_pvob「」或內部意見只是因爲'Attached hyperlink "[email protected]@\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」顯示元素的全部歷史一樣)。

如果您的文件已被rmnamed,請使用'-nvis'選項再次運行相同的命令(它只會查找不可見的元素及其分支和版本(沒有標準路徑名稱)

警告:如果您在將來的日期中指定了「之前」日期(例如:'&&!created_since(28-Apr)}',而我們不是4月28日),它將始終選擇0版本(!?)
這與您的問題無關,但如果您錯誤地輸入了「錯誤的日期之前」,那可能會導致錯誤的印象,即沒有可找到的版本,實際上版本是找到。