एक सवाल जो कभी-कभार उठता है वह है कि चेंजलिस्ट को निर्धारित करने का सबसे अच्छा तरीका क्या है जिसे आपने अंतिम बार पेरफोर्स में सिंक किया था। स्वचालित निर्माण प्रणाली द्वारा संशोधन जानकारी में चैंजिस्ट नंबर को इंजेक्ट करने जैसी चीजों के लिए अक्सर इसकी आवश्यकता होती है।
जवाबों:
मैं स्वचालित बिल्ड सिस्टम के लिए विपरीत की सलाह देता हूं: आपको पहले सर्वर से नवीनतम चेंजेलिस्ट का उपयोग करना चाहिए:
p4 changes -s submitted -m1
फिर उस परिवर्तन के साथ सिंक करें और इसे संशोधन जानकारी में रिकॉर्ड करें। कारण निम्नानुसार है। हालाँकि , कार्यक्षेत्र को समकालित करने के लिए चेंजलिस्ट को निर्धारित करने के लिए Perforce निम्नलिखित की सिफारिश करता है:
p4 changes -m1 @clientname
उन्होंने कुछ गोटे नोट किए:
और वहाँ एक अतिरिक्त gotcha वे उल्लेख नहीं है:
यदि आपको पहले सिंक करना होगा और बाद में रिकॉर्ड करना होगा, तो यह निर्धारित करने के लिए कि आपको उपरोक्त गोचरों द्वारा बिट किया गया है, Perforce निम्नलिखित कमांड को चलाने की सिफारिश करता है; यह इंगित करना चाहिए कि कुछ भी सिंक या हटाया नहीं गया था:
p4 sync -n @changelist_number
#haveइसके बजाय उपयोग कर सकते हैं @clientname, जो आपको अपने क्लाइंट कार्यक्षेत्र नाम को देखने से बचाता है।
सिर्फ तकनीकी स्निपेट रखने के लिए एक जगह के रूप में स्टैकओवरफ्लो का उपयोग करने के जेफ के सुझाव को ध्यान में रखते हुए इसका जवाब देने के लिए ...।
कमांड लाइन के उपयोग से:
p4 changes -m1 @<clientname>
और बस अपने क्लाइंट कल्पना के नाम के साथ बदलें। इससे फॉर्म का उत्पादन होगा:
Change 12345 on 2008/08/21 by joebloggs@mainline-client '....top line of description...'
जिसे चैंजिस्ट नंबर निकालने के लिए आसानी से पार्स किया जाता है।
आप "p4 फाइल" कमांड के आउटपुट में अधिकतम परिवर्तन संख्या खोजने की कोशिश कर सकते हैं। कार्यशील निर्देशिका में पोस्ट-सिंक कमिट नहीं होना चाहिए, हालाँकि। यह सिर्फ एक बालक की तुलना में बेहतर है
p4 changes -m1 "./...#have"
जैसा कि बाद में सर्वर पर चलता है और "MaxResults" सीमा के कारण बड़े स्रोत पेड़ों पर विफल हो सकता है।
$ p4 changes -m1 "./...#have"
Request too large (over 850000); see 'p4 help maxresults'.
$ p4 -G files "./...#have" | python c:/cygwin/usr/local/bin/p4lastchange.py
Files: 266948
2427657
जहाँ P4lastchange.py JTGoldstone, कोडक सूचना नेटवर्क / टोटो, 15 अप्रैल, 2005 द्वारा कमांड लाइन प्रस्तुति से P4G.py का उपयोग करते हुए कोड पर आधारित है ।
#! /usr/bin/env python
import sys, os, marshal
if os.name == "nt":
# Disable newline translation in Windows. Other operating systems do not
# translate file contents.
import msvcrt
msvcrt.setmode( sys.stdin.fileno(), os.O_BINARY )
lastcl = 0
num = 0
try:
while 1:
dict = marshal.load(sys.stdin)
num = num + 1
for key in dict.keys():
# print "%s: %s" % (key,dict[key])
if key == "change":
cl = int(dict[key])
if cl > lastcl:
lastcl = cl
except EOFError:
pass
print "Files: %s" % num
print lastcl
यदि आप P4V का उपयोग कर रहे हैं, तो आप इसे ग्राफिकल रूप से कर सकते हैं:
p4 changes -m1 @clientname मेरे ग्राहक के लिए इसे करने के लिए "अनुशंसित" तरीका है जिसमें लगभग 10 मिनट लगते हैं
यही है वह जो मेरे द्वारा उपयोग किया जाता है:
p4 cstat ...#have | grep change | awk '$3 > x { x = $3 };END { print x }'
एक ही क्लाइंट के लिए 2.1 सेकंड लगते हैं
p4 changes -m1 @clientnameअंतहीन चला ... p4 cstat ...#have | grep change | awk '$3 > x { x = $3 };END { print x }'वास्तव में काम करता है! धन्यवाद!
आप cstat कमांड का उपयोग भी कर सकते हैं:
p4 मदद cstat
cstat -- Dump change/sync status for current client
p4 cstat [files...]
Lists changes that are needed, had or partially synced in the current
client. The output is returned in tagged format, similar to the fstat
command.
The fields that cstat displays are:
change changelist number
status 'have', 'need' or 'partial'
एक गंभीर बिल्ड के लिए (एक जिसे परीक्षण के लिए तैयार किया जा रहा है), स्पष्ट रूप से वांछित लेबल या चैंजिस्ट नंबर निर्दिष्ट करें, लेबल के लिए सिंक करें, और निर्माण कलाकृतियों में इसे ।
यदि एक चेंजलिस्ट (या लेबल) नहीं दिया गया है, p4 counter changeतो वर्तमान परिवर्तन संख्या प्राप्त करने के लिए उपयोग करें, और इसे रिकॉर्ड करें। लेकिन आपको अभी भी उस परिवर्तन संख्या का उपयोग करके सब कुछ सिंक करने की आवश्यकता है ।
मुझे नहीं लगता कि आप वास्तव में वही प्राप्त कर सकते हैं जो आप चाहते हैं, क्योंकि सामान्य तौर पर, एक संपूर्ण कार्यक्षेत्र एक विशेष चेंजेलिस्ट संख्या के लिए समन्वयित नहीं होता है। एक स्पष्ट रूप से कुछ फ़ाइलों को पुराने संशोधनों के लिए सिंक कर सकता है, और फिर एक एकल चैंजिस्ट संख्या व्यर्थ है। इसलिए यह syncसुनिश्चित करने के लिए एक ताजा आवश्यक है कि एक एकल चैंजिस्ट नंबर कोड संस्करण का सटीक रूप से प्रतिनिधित्व करता है।
टिप्पणियों के बारे में: हां, मेरा उत्तर कॉन्फ़िगरेशन प्रबंधकों द्वारा उपयोग के लिए QA को देने के लिए एक बिल्ड तैयार करना है। हमारे डेवलपर्स आम तौर पर एक निर्माण के हिस्से के रूप में सिंक नहीं करते हैं; वे जमा करने से पहले एक निर्माण करते हैं - ताकि वे यह सुनिश्चित कर सकें कि उनके परिवर्तन बिल्ड या परीक्षणों को नहीं तोड़ते हैं। उस संदर्भ में, हम एक रिपॉजिटरी लेबल को एम्बेड करने के लिए परेशान नहीं करते हैं।
अपने दृष्टिकोण के साथ, आप यह धारणा बना रहे हैं कि आपके पूरे कार्यक्षेत्र को आपके अंतिम चेंजलिस्ट प्रस्तुत करने के समय सिर पर सिंक किया गया था, और उस चैंजिस्ट में आपकी सभी खुली फाइलें शामिल थीं। खोए हुए समय के हिसाब से उन धारणाओं में गलत होना, पता लगाना मुश्किल और भयानक रूप से महंगा होना बहुत आसान है। दूसरी ओर, समस्या को हल करना आसान है, जिसमें कोई कमियां नहीं हैं। और क्योंकि चैंजिस्ट संख्या स्पष्ट रूप से निर्दिष्ट की जा सकती है, इससे कोई फर्क नहीं पड़ता कि आपको किस संशोधन की आवश्यकता है या कोडबेस कितनी जल्दी बदल रहा है।
पूरे डिपो के लिए (न केवल आपके कार्यक्षेत्र / ग्राहक)
p4 counter change
नौकरी करता है, बस आखिरी चेंजलिस्ट बता रहा है।
मैंने अब तक जो सबसे अच्छा पाया है, वह है कि आप जो भी चैंजिस्ट बनाना चाहते हैं उसका सिंक करें और फिर परिवर्तन का उपयोग करें -m1 //... वर्तमान स्थानीय चेंजलिस्ट (रिवीजन) प्राप्त करने के लिए।
p4 सिंक @CHANGELIST_NUM p4 परिवर्तन -m1 //...#have | awk '{प्रिंट $ 2}'
आपको चैंजिस्ट नंबर देता है जिसे आप जहां चाहें उपयोग कर सकते हैं। मैं वर्तमान में p4 परिवर्तन की तुलना में एक सरल तरीका खोज रहा हूँ -m1 //...#have।
मुझे यकीन नहीं है कि अगर आपको आवश्यक जवाब मिला, लेकिन मुझे इसी तरह की समस्या थी। लक्ष्य हमारे लकड़हारा परियोजना के विशिष्ट संस्करण में लिखना था। समस्या यह थी कि जब हम अपना स्वयं का मेकफाइल बना रहे थे, समग्र निर्माण प्रणाली को हमारे विन्यास प्रबंधन द्वारा नियंत्रित किया जाता है। इसका मतलब यह है कि सभी समाधान जो कहते हैं "कुछ करने के लिए सिंक करें तो कुछ करें" वास्तव में काम नहीं करता है और जब भी हम प्रतिबद्ध होते हैं (मैं त्रुटियों के लिए एक निश्चित स्रोत) मैन्युअल रूप से संस्करण को बदलना नहीं चाहता था। समाधान (जो वास्तव में ऊपर दिए गए कुछ उत्तरों में संकेत दिया गया है) यह है: हमारे मेकफाइल में, मैं p4 परिवर्तन करता हूं -m1 "./...#have" इसका परिणाम उपयोगकर्ता द्वारा 'ग्राहक द्वारा तारीख में परिवर्तन change_number' है। संदेश ' मैं बस संदेश को एक स्ट्रिंग में बनाता हूं जो लकड़हारा द्वारा छपा होता है (परिवर्तन संख्या महत्वपूर्ण तत्व है लेकिन दूसरा यह भी जल्दी से तय करने के लिए उपयोगी है कि क्या एक निश्चित संस्करण में वे परिवर्तन हैं जो आप जानते हैं कि आप अपने आप को जांचने के लिए बिना लागू किए गए हैं)। उम्मीद है की यह मदद करेगा।
p4 changes | head -1इनमें से अधिकांश समाधानों की तुलना में आसान लगता है।