के साथ चेकइन के लिए ClearCase खोजना मुझे 3 महीने पहले ClearCase में किए गए चेकइन का विवरण प्रदान करने के लिए कहा गया है। मुझे क्यूसी संख्या पता है जिसे टिप्पणी में शामिल किया गया था लेकिन टिप्पणी के द्वारा चेकइन के लिए क्लीयरकेस खोजने का एक तरीका खोजने के लिए अभी तक पूरी तरह असफल रहा है।एक विशिष्ट टिप्पणी
कोई विचार?
क्या आपने this पर देखा है? विशेष रूप से नीचे दिया गया अनुभाग। \ My_base_view \ my_base_vob:
कैसे तत्वों और विशेष टिप्पणी
मैं सभी तत्वों को खोजना चाहते हैं के साथ संस्करणों को खोजने के लिए/जैसे विशिष्ट टिप्पणी के साथ संस्करणों
एम "जेन 11-26 पर यह बदल गया" > cleartool find -all -exec "cleartool lshistory -minor -fmt \"% n \ t% c \ n \ "\"% CLEARCASE_XPN% \ ""> c: \ output.txt
** यह पाइप होगा एक फ़ाइल के आउटपुट और आपको उस विशिष्ट टिप्पणियों के लिए फ़ाइल को grep करना होगा जिसे आप ढूंढ रहे हैं।
एम: \ my_base_view \ my_base_vob> cleartool ढूंढें। ! -संस्करण "lbtype (LABEL_NAME)" -exec "का वर्णन cleartool लंबी% CLEARCASE_PN%"> c: \ output2.txt
एक बारीकियों प्रक्रिया का एक सा लग रहा है, खेद।
के साथ एक संस्करण खोजने के लिए एक और अधिक कुशल क्वेरी के साथ अद्यतन किया है, तो * यह * क्यों दिया गया था, जब यह प्रासंगिक और उत्तर के रूप में स्वीकार किया गया था? –
ओह क्षमा करें: मैंने डाउनवोट किया लेकिन यह समझाया नहीं कि क्यों: उत्तर बिना किसी अतिरिक्त चेतावनी के दस्तावेज़ीकरण की एक अंधा प्रति है (लंबे समय तक, rmnamed फ़ाइल का पता नहीं लगाता है ...)। "अंधे" क्योंकि इसमें एक दूसरा अनुरोध शामिल है जिसमें टिप्पणियों के साथ कुछ भी नहीं है ... संक्षेप में: सबकुछ मुझे किसी जवाब में देखना पसंद नहीं है। पहले कमांड के साथ खुलासा सिद्धांत हालांकि ध्वनि है, और उत्तर के * आधार * हो सकता है। यदि मार्क इसके साथ अपने मुद्दे को हल करने में कामयाब रहा, तो यह सब कुछ मायने रखता है। आगे बढ़ते रहना। – VonC
उत्तर हाइलाइट किए गए काम करने के लिए प्रासंगिक बिट्स के साथ, दस्तावेज़ों का संदर्भ है। मुझे लगता है कि यह थोड़ा अलग है। जैसा कि मैंने नीचे बताया है, उपर्युक्त में आपके संशोधन सही और लायक हाइलाइटिंग हैं। –
Brian Agnew सही रास्ते पर है, लेकिन सावधानी के एक शब्द:
cleartool find . -version !"lbtype(LABEL_NAME)"...)cleartool find -all' उपयोगी है अगर आप अपनी फ़ाइल है कि लगता है हो सकता है स्थानांतरित कर दिया गया है, लेकिन एक बड़ा VOB पर, कि इस प्रक्रिया अतिरिक्त लंबे-nvis' विकल्प के बिना
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' की तरह एक तत्व के सभी इतिहास प्रदर्शित करता है के लिए) है।
यदि आपकी फ़ाइल का नाम बदल दिया गया है, तो '-विस' विकल्प के साथ एक ही कमांड चलाएं (यह केवल अपनी शाखाओं और संस्करणों के साथ तत्वों को ही मिलेगा, जो दिखाई नहीं दे रहे हैं (मानक पथ नाम नहीं है) देखें।
चेतावनी: यदि आप भविष्य में "दिन" के साथ "पहले" तारीख निर्दिष्ट करते हैं (उदाहरण के लिए: '&&!created_since(28-Apr)}' जबकि हम अभी तक 28 अप्रैल नहीं हैं), यह हमेशा 0 संस्करणों का चयन करेगा (!?)
यह आपके मुद्दे के लिए प्रासंगिक नहीं है, लेकिन यदि आप गलती से "गलत तिथि से पहले" दर्ज करते हैं, तो इससे झूठी छाप हो सकती है कि खोजने के लिए कोई संस्करण नहीं है, जहां वास्तव में संस्करण हैं मिला।
हां। मुझे लगता है कि उपरोक्त एक अच्छा परिशिष्ट है। आईबीएम नोट्स में उदाहरण खुद को चिंता नहीं करता है जिसने मूल चेकइन बनाया है, और इसलिए आप और अनुकूलित कर सकते हैं। –
मैंने अपने उत्तर को एक विशेष टिप्पणी – VonC